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Notices 


This information was developed for products and services offered in the U.S.A. IBM 
may not offer the products, services, or features discussed in this document in 
other countries. Consult your local IBM representative for information on the pro- 
ducts and services currently available in your area. Any reference to an IBM 
product, program, or service is not intended to state or imply that only that IBM 
product, program, or service may be used. Any functionally equivalent product, 
program, or service that does not infringe any IBM intellectual property right may be 
used instead. However, it is the user's responsibility to evaluate and verify the oper- 
ation of any non-IBM product, program, or service. 


IBM may have patents or pending patent applications covering subject matter 
described in this document. The furnishing of this document does not give you any 
license to these patents. You can send license inquiries, in writing, to: 


IBM Director of Licensing 
IBM Corporation 

500 Columbus Avenue 
Thornwood, NY 10594 
U.S.A. 


The following paragraph does not apply to the United Kingdom or any other 
country where such provisions are inconsistent with local law: INTERNA- 
TIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION 
“AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, 
INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF 
NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR 
PURPOSE. Some states do not allow disclaimer of express or implied warranties in 
certain transactions, therefore, this statement may not apply to you. 


This information could include technical inaccuracies or typographical errors. 
Changes are periodically made to the information herein; these changes will be 
incorporated in new editions of the publication. IBM may make improvements 
and/or changes in the product(s) and/or the program(s) described in this publication 
at any time without notice. 


Licensees of this program who wish to have information about it for the purpose of 
enabling: (i) the exchange of information between independently created programs 
and other programs (including this one) and (ii) the mutual use of the information 
which has been exchanged, should contact: 


IBM Corporation 

Software Interoperability Coordinator 
3605 Highway 52 N 

Rochester, MN 55901-7829 

U.S.A. 


Such information may be available, subject to appropriate terms and conditions, 
including in some cases, payment of a fee. 
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About LAN, Frame-Relay and ATM Support (SC41-5404-01) 


This book provides information needed to use the AS/400 support for the following 
network types: 


e IBM token-ring networks 

e Ethernet networks, including IEEE 802.3 and Ethernet Version 2 networks 
e Asynchronous transfer mode (ATM) networks 

¢ Wireless networks 


e Frame-relay networks, including the use of these networks for local area 
network interconnection and for wide area networking. 


e Distributed data interface (DDI) networks. Throughout this book, the terms dis- 
tributed data interface and DDI are used to refer to the AS/400 support for both 
fiber distributed data interface (FDDI) and shielded twisted pair distributed data 
interface (SDDI) networks. 


The terms local area network and LAN are used to refer generally to token-ring, 
DDI, Ethernet, ATM, wireless, and frame-relay networks. References to Ethernet 
support, when discussing the actual data transmitted on the network, should be 
understood to also apply to the AS/400 support for wireless networks, Wireless 
data is sent and received using the same Ethernet frame formats as are supported 
for cabled Ethernet networks. 


This book includes discussion of the various network standards, the AS/400 func- 
tions used for problem determination, and network management. 


This book should be used in conjunction with the Communications Configuration 
book, to configure your local area network. After configuration is complete, this 
book can be used to improve network performance. 


This book does not include information about using the File Server IOP or LAN 
Server/400. 


Who should read this book 


This book is intended for the programmer who must understand the AS/400 imple- 
mentation of local area networks. This book also can be used by the system admin- 
istrator to improve local area network configuration and performance. 


You should be familiar with general communications concepts and communications 
configuration on the AS/400 system. For more information on AS/400 communi- 
cations configuration, see the Communications Configuration book. For more infor- 
mation about using the File Server IOP and LAN Server/400, see the OS/2 Warp 
Server for AS/400 Administration book. 
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Conventions and terminology used in this book 


The AS/400 displays in this book could be shown as they are presented through 
Graphical Access for AS/400, which is part of Client Access on the personal com- 
puter. The example displays in this book could also be shown without Graphical 
Access for AS/400 available. Figure 0-1 shows both types of displays. 
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Graphical Access for OS/400 Display 
User | al 
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Program/procedure | 
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(C)Copyright IBM Corp. 1980, 1994. 
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Figure 0-1. Types of AS/400 Displays 


AS/400 Operations Navigator 


AS/400 Operations Navigator is a powerful graphical interface for Windows 95/NT 
clients. With AS/400 Operations Navigator, you can use your Windows 95/NT skills 
to manage and administer your AS/400 systems. You can work with database 
administration, file systems, Internet network administration, users, and user 
groups. You can even schedule regular system backups and display your hardware 
and software inventory. Figure 0-2 on page xxi shows an example of the display. 
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Figure 0-2. AS/400 Operations Navigator Display 


IBM recommends that you use this new interface. It is simple to use and has great 
online information to guide you. 


You can access the AS/400 Operations Navigator from the Client Access folder by 
double-clicking the AS/400 Operations Navigator icon. You can also drag this icon 
to your desktop for even quicker access. 


While we develop this interface, you will still need to use the familiar AS/400 “green 
screens” to do some of your tasks. You can find information to help you in this 
book and online. 


Prerequisite and related information 
For information about Advanced 36 publications, see the Advanced 36 Information 
Directory, SC21-8292, in the AS/400 Softcopy Library. 
For information about other AS/400 publications (except Advanced 36), see either 
of the following: 
e The Publications Reference, SC41-5003, in the AS/400 Softcopy Library. 


¢ The AS/400 online library is available on the World Wide Web at the following 
uniform resource locator (URL) address: 


http://as400bks.rochester.ibm.com/ 


For a list of related publications, see the “Bibliography” on page X-1. 


Information available on the World Wide Web 


In addition to the AS/400 online library on the World Wide Web, you can access 
other information from the AS/400 Technical Studio at the following URL address: 


http://www.as400.ibm.com/techstudio 
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How to send your comments 


Your feedback is important in helping to provide the most accurate and high-quality 
information. If you have any comments about this book or any other AS/400 doc- 
umentation, fill out the readers' comment form at the back of this book. 


e If you prefer to send comments by mail, use the readers' comment form with 
the address that is printed on the back. If you are mailing a readers' comment 
form from a country other than the United States, you can give the form to the 
local IBM branch office or IBM representative for postage-paid mailing. 


e lf you prefer to send comments by FAX, use either of the following numbers: 
— United States and Canada: 1-800-937-3430 
— Other countries: 1-507-253-5192 

e lf you prefer to send comments electronically, use this network ID: 
— IBMMAIL, to IBMMAIL(USIB56RZ) 
— IDCLERK@RCHVMW2.VNET.IBM.COM 

Be sure to include the following: 
e The name of the book. 
e The publication number of the book. 


e The page number or topic to which your comment applies. 
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Summary of changes for LAN, Frame-Relay and ATM Support 


Asynchronous transfer mode networks: A discussion on asynchronous transfer 
mode (ATM) has been added, including ATM concepts and terms, ATM 
network configuration examples, and ATM problem determination. For 
information, see “Asynchronous transfer mode networks” on page 1-8, 
“ATM networks” on page 6-23 and Appendix E, “ATM network error 
codes and cause codes” on page E-1. 


Rearranged networking protocols chapters: The chapters in LAN, Frame-Relay 
and ATM Support are rearranged to reflect networking protocol prefer- 
ences. 


Ethernet group address: Information on Ethernet group addresses is included. 
See “Ethernet group addresses” on page 5-5. 


Ethernet standard (ETHSTD) parameter considerations: A table showing the 
frame type received from the network, ETHSTD value, and frame type 
sent by the AS/400 is included in the Ethernet Standard (ETHSTD) 
Parameter Considerations section. See Table 5-1 on page 5-5. 


LAN communications trace updates: Information on LAN communications trace 
is updated. See Appendix B, “LAN communications trace” on page B-1. 


Verify communications (VFYCMN) command: An example of using the Verify 
Communications (VFYCMN) command to verify that the IOP, IOA, 
licensed internal code, cabling, and network switch are operational and 
configured properly is included in Appendix A, LAN Link Test. See 
‘Verify communications command” on page A-4. 


Miscellaneous changes: AS/400 systems, displays, and network device names 
are updated throughout the book. 


A vertical line (|) to the left of the text indicates a change or addition. 
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Chapter 1. Introduction to local area networks 


A LAN (local area network) is a communications system that allows interconnection 
and the sharing of resources between independent devices within a moderately 
sized geographic area. 


This chapter introduces the types of local area networks that are supported by the 
AS/400 system, and discusses the architectures and standards on which they are 
based. The AS/400 system supports the following types of local area networks: 


¢ Token-ring networks 
e Ethernet networks 
e Asynchronous transfer mode (ATM) emulated local and wide area networks 
e Frame-relay networks 
e Frame-relay wide area networks 
¢ Wireless networks 
e DDI (distributed data interface) networks 
The communications standards discussed in this chapter are defined by several 


standards organizations. The names of the standards, and of the organizations, are 
abbreviated as follows: 


ANSI American National Standards Institute 


ITU-T ' International Telecommunications Union—Telecommunications Stand- 
ardization Sector. This organization formerly was known as CCITT 
(Consultative Committee, International Telegraph and Telephone). 
Future standards issued by this organization will bear the ITU-T desig- 
nation rather than CCITT. 


IEEE Institute of Electrical and Electronics Engineers 


ISO International Organization for Standardization 


Local area network standards 


The AS/400 system supports communications using Systems Network Architecture 
(SNA), open systems interconnection (OSI), Transmission Control Protocol/Internet 
Protocol (TCP/IP), and Internetwork Packet Exchange** (IPX**) support. These 
communications architectures are often represented as hierarchical models as 
shown in Figure 1-1. The architectures represented by these models define the 
functions performed at each layer. 
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Application Layer Transaction Services 

Presentation Layer Presentation Services Application 

Session Layer Data Flow Control 
SPX Protocol 

Transport MPTN 

Transport Layer Transmission Control 
IPX Protocol 

Network Layer Path Control Internet RIP, SAP, NLSP 

Data Link Layer Data Link Control Network Access Medium Access 
Protocols: Token-Ring 
Frame Relay, Ethernet 

Physical Layer Physical Control Hardware and X.25 

OSI SNA TCP/IP IPX 


Figure 1-1. OSI, SNA, TCP/IP, and IPX Architecture Models 


Each model describes system functions starting from the electromechanical inter- 
face used by the system (physical layer) to the interface used for communication 
between application programs (application layer). Local area network standards 
deal principally with the data link layer (layer 2) of the OSI model or the equivalent 
layer described by the SNA and TCP/IP models. Figure 1-2 shows the local area 
network standards supported by the AS/400 system at the data link layer of the OSI 
model. 


IEEE 802.2 Logical Link Control (LLC) 


ANSI 11.618 IEEE 802.5 ANSI X3T9.5 IEEE 802.3 Ethernet 


CCITT Q.922 ISO 8802-5 ISO 9314 ISO 8802-3 Version 2 
Frame Relay Token Ring FDDI MAC CSMA/CD 
MAC MAC MAC 


Figure 1-2. AS/400 Support of Local Area Networks (Data Link Layer View) 


Except for Ethernet Version 2, the supported LAN types divide the data link layer 
into two sublayers: 


Logical Link Control (LLC) Provides connection and disconnection of logical links, 
data flow control, flow-related error detection, and recovery. 


Medium Access Control (MAC) Provides the interface between the LLC sublayer 
and the physical layer. The MAC sublayer is responsible for frame 
transmission and reception, adapter address and frame format recogni- 
tion, and frame validity-related error detection. 


The following topics provide overviews of the local area network and frame relay 
support provided by the AS/400 system. For more information about local area 
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network standards and related IBM products, see the Token-Ring Network Architec- 
ture Reference, Local Area Network Concepts and Products, and FDDI Concepts 
and Products. 


Token-ring networks 


A token-ring network is a LAN that uses the IEEE 802.5 standard for a token- 
passing ring MAC protocol and its physical attachments. Stations in a token-ring 
network are physically connected, usually in a star-wired ring topology, to a wiring 
concentrator such as the IBM 8228 Multistation Access Unit. The concentrator 
serves as a logical ring around which data is transmitted at 4 million or 16 million 
bits per second (Mbps). Each station is connected to the concentrator, typically by 
shielded twisted pair (STP) cabling. 


Token-ring operation 
The token controls access to the ring. A single bit, called the token bit, is used to 
indicate whether the token is free or in use (see Figure 1-3). 


Access Control Byte 
Jpee[timfRre| 


Priority bits 
Token 

Monitor 
Reservation bits 


n=z=uHaAvU 


Figure 1-3. Token Format (Access Control Byte) 


As the token circulates on the ring, each station examines the frame. If a station 
has no data to transmit when it receives a free token, it simply passes it on to the 
next station on the ring. When a station with data to transmit receives a free token, 
it sets the token bit to 1 (indicating that the token is in use), appends its data, and 
sends the frame onto the ring. 


Each downstream station examines the transmitted frame to determine whether it is 
the station intended to receive the frame. When a station recognizes its address in 
an incoming frame, it sets the address recognized bit in the frame status field and 
copies the frame. If the frame is successfully copied, the receiving station also sets 
the frame copied bit (see Figure 1-4). 
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| SD | AC | FC | DA | SA | Information 


rcs | eo | Fs | 


SD = Starting Delimiter 

AC = Access Control 

FC = Frame Control (MAC or LLC frame type) 
DA = Destination Address 

SA = Source Address 

FCS = Frame Check Sequence 

ED = Ending Delimiter 

FS = Frame Status 


Frame Status Byte Fields: 
ACrrACrr 


A = Address recognized 
C = Frame copied 
r = Reserved 


Figure 1-4. Token-Ring Frame Format and Frame Status Byte Fields 


The receiving station also transmits the frame. The frame circulates until it returns 
to the station that originally sent it. The original sending station removes the token, 
verifies that the frame was copied by the receiving station, and sends out a new 
free token. 


Full-duplex token ring 

In full-duplex token ring, also called DTR (dedicated token ring), switching hubs 
enable stations to send and receive data on the network simultaneously (see 
Figure 1-5 on page 1-5). A token-ring switching hub divides the network into 
smaller segments. When a station transmits its data packet, the token-ring switch 
reads the packet's destination address information and forwards the data directly to 
the receiving station. The switch then establishes a dedicated connection between 
the two stations, enabling data to be transmitted and received at the same time. In 
full-duplex token ring, the token-passing protocol is suspended. The network in 
effect becomes a ’tokenless‘ token ring. Full-duplex token ring provides increased 
sending and receiving bandwidth for connected stations, improving network per- 
formance. 


For more information on token-ring switches, see the /BM LAN Bridge and Switch 


Guide, SB24-5000, and Local Area Network Concepts and Products: LAN Architec- 
ture, SG24-4753-00. 
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Figure 1-5. Token-Ring Network with a Switching Hub 


See Chapter 3, “Token-ring networks” on page 3-1 for more information about 
token-ring networks. See Chapter 4, “Token-Ring Network Configuration Examples” 
on page 4-1 for examples of token-ring network configurations. 


Ethernet networks 
An Ethernet network is a LAN that uses the Carrier Sense Multiple Access with 
Collision Detection (CSMA/CD) protocol to provide fair media access for competing 
stations. The MAC mechanism that is embedded in each station’s Ethernet inter- 
face determines access to the shared media. The AS/400 system supports two 


types of Ethernet networks: 


e Ethernet Version 2: This standard is defined by Digital Equipment Corpo- 
ration**, Intel Corporation**, and the Xerox Corporation**(DIX). 


e JEEE 802.3 standard 


Half-duplex Ethernet 

Generally, multiple stations in an Ethernet network share a single data path. There- 
fore, only one station may transmit data at a time. This is called half-duplex 
Ethernet. When a station has data to send, it checks the media to determine if it is 
available (no other stations are transmitting). When the media is available, the 
station begins to transmit data in the form of an Ethernet frame. The station then 
checks for collisions during the transmission. A collision occurs when two or more 
stations begin transmitting at the same time. If a collision is detected, both transmit- 
ting stations stop transmitting and wait a random length of time before transmitting 


again. 
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See “Ethernet frame formats” on page 1-6 for a description of the frame formats 
used in the various Ethernet environments. 


Full-duplex Ethernet 

Full-duplex Ethernet enables stations to simultaneously send and receive data on 
the network, eliminating collisions. This is accomplished through the use of a full- 
duplex LAN switch. Ethernet switching splits a large Ethernet segment into smaller 
segments. Full-duplex Ethernet requires the following: 


e Twisted-pair cable transmission medium 
e Ethernet network interface cards 
¢ A full-duplex LAN switch 


Full-duplex Ethernet provides a dedicated, 10 Mbps sending and 10 Mbps receiving 
bandwidth for data transmission. Ethernet switches are discussed in greater detail 
in “Switching hubs” on page 5-3. 


Fast Ethernet 

Fast Ethernet is a recently established standard (IEEE 802.3u) that increases 
Ethernet operating speeds from 10 Mbps to 100 Mbps, half or full duplex. AS/400 
Ethernet adapters support 100BASE-TX network devices that use category 5 
shielded and unshielded twisted-pair (STP, UTP) cable. 


Autonegotiation 

The autonegotiation function provides automatic self-configuration of 10OBASE-T 
and 100BASE-TX Ethernet network devices to optimize operation. In 
autonegotiation, devices transmit information about their linespeed (10 Mbps or 100 
Mbps) and duplex mode (half duplex or full duplex), to the hub in the form of 
Ethernet fast-link pulses. The hub reads the fast-link pulses, determines the 
devices’ maximum common linespeed and duplex mode, and automatically self- 
configures the link mode. 


Note: No autonegotiation occurs when the user sets both speed and duplex to 
values other than “AUTO. Selecting “AUTO for both duplex and speed 
starts autonegotiation initially at 100 Mbps full duplex. If you select *AUTO 
for linespeed and *FULL for duplex, autonegotiation occurs with 100Mbps 
full duplex and 10Mbps full duplex as the indicated capabilities. Selecting 
10M (Mbps) linespeed and *“AUTO duplex autonegotiates with 10 Mbps full 
duplex and 10 Mbps half duplex as the indicated capabilities. 


If the hub does not support autonegotiation, the AS/400 will detect the linespeed 
and default accordingly. However, the AS/400 cannot detect duplex, and always 
defaults to half duplex. This may not be the correct default configuration in all 
instances. When this occurs, verify the correct duplex parameter, and reconfigure. 


Ethernet frame formats 

Ethernet IEEE 802.3 support: \EEE 802.3 Ethernet frames contain a logical link 
control (LLC) header. The LLC header is used by the IEEE 802.3 layer to support 
acknowledged (connection-oriented) service over an Ethernet network. Acknowl- 
edged service provides a link-level connection between communicating systems 
and includes frame sequencing, flow control, and error recovery capabilities. IEEE 
802.3 frames can also be used for LLC unacknowledged (connectionless) services 
for protocol stacks such as TCP/IP. 
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Figure 1-6 shows the frame format used for IEEE 802.3 Ethernet networks. 


LLC Information 


SD | DA | SA | Len header field FCS 
SD = Starting Delimiter 1 byte 
DA = Destination Address 6 bytes 
SA = Source Address 6 bytes 
Len = Length 2 bytes 
LLC header, information field 46-1500 bytes 
FCS = Frame Check Sequence 4 bytes 


Figure 1-6. IEEE 802.3 Frame Format 


Ethernet Version 2 support: The AS/400 system supports unacknowledged 
service using Ethernet Version 2 at the data link control level. Unacknowledged 
service supports the sending and receiving of frames only; no support is provided 
for flow control, sequencing, or error recovery. If these functions are needed, a 
higher-level protocol must provide them. 


Figure 1-7 shows the frame format used for Ethernet Version 2 networks. 


SD | DA | SA | Type | Information field FCS 
SD = Starting Delimiter 1 byte 
DA = Destination Address’ 6 bytes 
SA = Source Address 6 bytes 
Type = Type 2 bytes 


Information field 46-1500 bytes 
FCS = Frame Check Sequence 4 bytes 


Figure 1-7. Ethernet Version 2 Frame Format 


SNA support is provided over Ethernet Version 2 by placing the IEEE 802.2 logical 
link control (LLC) header and data into the Ethernet Version 2 frame. A special 
Ethernet type field (hex 80D5) is used to indicate that the Version 2 frame contains 
the LLC header. Although the AS/400 system does support SNA over Ethernet 
Version 2, IEEE 802.3 is recommended for SNA communications. 


Figure 1-8 shows the frame format used for SNA data transmitted over Ethernet 
Version 2 networks. 


Type | --- Information field --- 
SD | DA | SA | 80D5 | Len Pad LLC header Data | FCS 

SD = Starting Delimiter 1 byte 
DA = Destination Address 6 bytes 
SA = Source Address 6 bytes 
Len = Length 2 bytes 
Pad = Pad 1 byte 

LLC header, information field 46-1493 bytes 
FCS = Frame Check Sequence 4 bytes 


Figure 1-8. Ethernet Version 2 Frame Format with Encapsulated SNA Data 
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See Chapter 5, Ethernet networks for more information about Ethernet networks. 
“Ethernet standard (ETHSTD) parameter considerations” on page 5-5 describes 
how the frame type sent by the AS/400 system is determined. See Chapter 6, 
Ethernet network configuration examples for examples of Ethernet configurations. 


Asynchronous transfer mode networks 


Asynchronous transfer mode (ATM) is a communications technology that incor- 
porates the following features: 


¢ Network switches. ATM switch-based networks provide varying node access 
speeds, easy scalability, and dedicated bandwidth. Bandwidth refers to trans- 
mission capacity, utilization, or requirements. It is measured in units of bits per 
second (bps), or megabits per second (Mbps). 


¢ Small, fixed length cells. Each cell is a 53-byte data unit that consists of two 
parts: A 48-byte payload for data and voice traffic and a 5-byte header that 
contains information needed to route the cell to its proper destination (virtual 
circuit information). ATM cells are the fundamental unit of ATM transmissions. 
The network can easily adjust the flow pattern of such small cells. It can mix 
cells from many sources and route individual cells to different destinations. 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| ¢ Negotiated service connections. The network negotiates requirements for 
each connection, which include traffic characteristics, peak and average cell 

| rates, and quality of service. 

| On the AS/400, LAN emulation over ATM extends your local area network (LAN) to 
| other locations. ATM adds flexibility to, and improves throughput over, existing LAN 
| technologies. 


| See Chapter 7, “Asynchronous transfer mode networks” on page 7-1 for more 
| information about ATM networks. See Chapter 8, “ATM network configuration 
| examples” on page 8-1 for examples of ATM network configurations. 


Frame-relay networks 
Frame relay is a protocol that defines how frames are routed through a fast-packet 
network based on the address field in the frame. Frame relay takes advantage of 
the reliability of data communications networks to minimize the error checking done 
by the network nodes. This provides a packet-switching protocol similar to, but 
much faster than, X.25. 


The high speed that can be obtained through frame-relay networks makes it well 
suited for wide area network (WAN) connectivity. Frame relay is commonly used to 
connect two or more LAN bridges over large distances. 


Figure 1-9 shows the frame format used by frame-relay networks. Detailed informa- 


tion about frame-relay frame formats and protocol headers is given in Chapter 9, 
“Frame-relay networks” on page 9-1. 
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F | QA | Information Field | FCS | F 
F = HDLC or Q.922 flag 
QA = HDLC or Q.922 address field (2 bytes) 
FCS = HDLC or Q.922 frame check sequence (2 bytes) 


Figure 1-9. Frame-Relay Frame Format 


Frame-relay network architecture is based on the integrated systems digital network 
(ISDN) packet-mode bearer services. Table 1-1 shows the standards, either 
pending or approved, that are used to define the services and the user-to-network 
interface of frame-relay networks. 


Table 1-1. ANSI and CCITT Standards for Frame-Relay Networks 


ANSI Standard Equivalent CCITT Standard 

T1.606, Frame Relay Bearer Services 1.233, ISDN Frame Mode Bearer Service 

(FRBS) Architectural Framework 

T1.618, FRBS Core Aspects Q.922, ISDN Extended Data Link (LAP-E) 

T1.617, FRBS Signaling Q.933, Frame Mode Bearer Services 
(FMBS) Signaling 

T1.606 Addendum 1, FRBS Congestion 1.370, ISDN FMBS Congestion Manage- 

Management ment 


The AS/400 implementation of frame-relay network support uses protocol headers 
as defined in the TCP/IP Request for Comment 1490 (RFC-1490). See “Frame- 
relay protocol headers and frame formats” on page 9-7 for more information. 


Frame-relay networks achieve their greater efficiency by minimizing the error 
checking done by nodes within the network. AS/400 frame-relay support uses IEEE 
802.2 logical link control to provide flow control and error recovery functions (see 
Figure 1-10). 


Logical Link Control (LLC) 
IEEE 802.2 / ISO 8802.2 


Frame Relay Core Services (MAC) 
ANSI 71.618 / CCITT Q.922 


Physical Layer 
X.21, V.35, or EIA RS-449/V.36 


Figure 1-10. AS/400 Implementation of Frame-Relay Networking 
As indicated in Figure 1-10, the connection between the AS/400 system and the 


frame-relay network can be made using X.21, V.35, or RS-449 physical interfaces. 
See “Frame-relay physical environment” on page 9-1 for further information. 
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Direct and bridged frame-relay network configurations 
The AS/400 system provides support for the following types of frame-relay network 
connection: 


Frame-relay direct: Allows communications using SNA, TCP/IP, or Internetwork 
Packet Exchange** (IPX) data over a frame-relay network at speeds of up to 2.048 
Mbps. This support allows a network of systems to communicate using the frame- 
relay network as a backbone, without the need for multiple leased T1 lines. This 
function is also Known as boundary network node (BNN) support. 


Bridged frame-relay network: Allows the AS/400 system to communicate over a 
frame-relay network through a remote bridge, such as the IBM 6611 Network 
Processor or RouteXpander/2 using IPX communications, that is attached to a 
token-ring, Ethernet, or DDI network. Bridged frame-relay connections allow the 
AS/400 system to communicate with stations on the remote LAN as if they were 
attached locally to the LAN medium. This function is also known as boundary 
access node (BAN) support. 


Figure 1-11 shows an example of a bridged frame-relay connection. In this 
example, AS/400 System A communicates through the frame-relay network and the 
bridge to AS/400 System B. Bridged frame-relay connections support SNA, TCP/IP 
and IPX data communications. 


AS/400 AS/400 
System A System B 


6611 
Network | __C 


Processor SS 
Frame Relay Network 
Ethernet 
Network 


RV4W053-0 
Figure 1-11. Example of a Bridged Frame-Relay Network Connection 
See Chapter 9, “Frame-relay networks” on page 9-1 for more information about 
frame-relay networks. See Chapter 10, “Frame-relay network configuration 


examples” on page 10-1 for examples of bridged and direct frame-relay configura- 
tions. 
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Wireless networks 


A wireless network is a LAN using a Carrier Sense Multiple Access with Collision 
Avoidance (CSMA/CA) protocol to provide media access to competing stations. 
AS/400 wireless communications uses spread-spectrum, direct sequence radio in 
the 2.4 gigahertz (GHz) band to provide connectivity between the AS/400 wireless 
LAN adapter and remote stations. Remote stations can be portable transaction 
computers (PTCs) running 5250 emulation or LAN-connected systems equipped 
with compatible wireless adapters. 


Wireless network support uses the Ethernet frame formats described under 
“Ethernet frame formats” on page 1-6. See Chapter 5, “Ethernet networks” on 
page 5-1 for more information about considerations for Ethernet data. See 
Chapter 11, “Wireless IOP LANs” on page 11-1 for more information about 
wireless networks. See Chapter 12, “Wireless IOP LAN configuration examples” on 
page 12-1 for information about wireless network configuration and configuration 
examples. 


Distributed data interface networks 


A distributed data interface (DDI) network is a LAN based on the ANSI X38T9.5 
standard. Stations, concentrators, and bridges in a DDI network are physically con- 
nected to one or both of a pair of counter-rotating rings operating at 100 Mbps. 


Note: The term DDI is used to represent all LAN types based on the fiber distrib- 
uted data interface (FDDI) specifications, regardless of the medium (optical 
fiber, copper, or shielded twisted pair). Figure 1-12 shows the standards 
used to define DDI networks at the physical and data link layers of the OSI 
model. 


Logical Link Control (LLC) 
IEEE 802.2 / ISO 8802.2 


Medium Access Control (MAC) 
ANSI X3.139 / ISO 9314-2 Station 
Management 
(SMT) 


Physical Layer Protocol (PHY) 
ANSI X3.148 / ISO 9314-1 


Physical Layer Medium Dependent (PMD) 
ANSI X3.166 / ISO 9314-3 


Figure 1-12. FDDI Standards, Including Station Management 

DDI networks allow devices to be attached to one or both of the rings. Normally, 
only the primary ring in a DDI network is active. The secondary ring is used to 
maintain the network when a dual-access station or a concentrator becomes inac- 
tive. 


Figure 1-13 on page 1-12 shows the frame format that is used for DDI networks. 


Chapter 1. Introduction to local area networks 1-11 


| PA | SD | FC | DA | SA | Information FCS | ED | FS | 


PA = Preamble (8 or more bytes) 
SD = Starting Delimiter 1 byte 
FC = Frame Control 1 byte 
DA = Destination Address 6 bytes 
SA = Source Address 6 bytes 
FCS = Frame Check Sequence 4 bytes 
ED = Ending Delimiter .5 byte 
FS = Frame Status 1.5 bytes 


Figure 1-13. DDI Frame Format 


See Chapter 13, “DDI networks” on page 13-1 for more information about DDI net- 
works. See Chapter 14, “DDI network configuration examples” on page 14-1 for 
examples of DDI configurations. 
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Chapter 2. AS/400 implementation of local area networks 


This chapter discusses general considerations for AS/400 local area network 
support, including local area network lines configured for bridged frame-relay net- 
works. See Chapter 9, “Frame-relay networks” on page 9-1 for more information 
about both bridged and direct frame-relay considerations. 


For more information about token-ring, Ethernet, ATM, wireless, and DDI networks, 
see the discussions of these network types in “Token-ring networks” on page 2-17, 
“Ethernet networks” on page 4-31, “ATM networks” on page 6-23, “Wireless 
networks” on page 10-13, and “DDI networks” on page 12-11 of this book. 
The following topics are discussed in this chapter: 

e Acknowledged and unacknowledged services 

e Physical and logical addresses (adapter addresses and SAP values) 

e Establishing connections 

e Exchange identifiers (XIDs) 


e LAN performance tuning parameters 


Local area network concepts 


The following discussion is intended to provide an understanding of some basic 
local area network concepts, how these concepts affect the configuration of your 
local area network line description and associated controller descriptions, and how 
they affect performance of the logical links to remote stations. 


The AS/400 system allows you to attach to token-ring, Ethernet, wireless, and DDI 
networks using the appropriate LAN adapter. Connections to these networks can 
also be established using a frame-relay network connection to a bridge on a remote 
local area network. The AS/400 system can communicate using either Systems 
Network Architecture (SNA) or non-SNA protocols with other systems, controllers, 
and personal computers attached to that network. These systems, controllers, and 
personal computers are commonly referred to as stations. 


In addition to the stations that support SNA protocols (acknowledged service’ 


), you can communicate with additional systems, personal computers, and control- 
lers using non-SNA protocols (unacknowledged service? 


). Acknowledged service is discussed in “Acknowledged service” on page 2-2 and 
unacknowledged service is discussed in “Unacknowledged service” on page 2-2. 


1 Acknowledged service provides functions such as sequencing, flow control, and error recovery. 
2 Unacknowledged service allows for data transfer without the establishment of a data link connection. 
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Acknowledged service 


SNA requires the use of a logical link control (LLC) layer for acknowledged services 
as provided by the IEEE 802.2 standard. The LLC layer governs the assembling of 
transmission frames and their exchange between stations. For token-ring, IEEE 
802.3 Ethernet, and DDI networks, the use of the LLC layer is standard. Ethernet 
Version 2 does not define an LLC layer and requires special processing to run SNA 
over Ethernet Version 2. For information on LLC over Ethernet Version 2, see 
Chapter 5, “Ethernet networks” on page 5-1. 


SNA connections between your AS/400 system and other systems, personal com- 
puters, or controllers use LLC acknowledged service. LLC acknowledged service 
maintains, at the data link control layer of the system, a logical link between two 
nodes on the local area network. This service also provides ensured, end-to-end 
delivery of data by use of sequence numbers and acknowledgements. It supports 
flow control between two nodes, and, through the use of timers and retries, pro- 
vides an efficient way of transferring data between those nodes. 


These connections are logically switched, similar to the switched virtual circuit 
support for X.25 packet-switching networks available on the AS/400 system. This 
means, for example, that a personal computer can connect to an AS/400 system, 
disconnect from that AS/400 system, and then make a connection to another 
system. Similarly, you can configure more than one local area network line 
description with which these controller descriptions are associated. This allows you 
to make connections with a station over more than one adapter at different times. 


Unacknowledged service 


LLC unacknowledged service does not guarantee delivery of data frames from one 
data link control layer to another data link control layer. The receiving layer does 
not reply with an acknowledgement that the data has been received, and unac- 
knowledged services do not require a connection at the data link layer. The User 
Datagram Protocol (UDP) layer of TCP/IP and user-defined communications 
support are examples of LLC unacknowledged services. 


TCP/IP and user-defined communications can be configured using any of the local 
area network line descriptions supported by the AS/400 system. Line descriptions 
used for unacknowledged services must specify appropriate service access points 
in the SSAP list (SSAP parameter). SSAP values used for LLC unacknowledged 
services must be in the range 02 through FE and be divisible by 2. For TCP/IP, 
specify AA. 


For unacknowledged services, a network controller and device are configured for 
use with the Ethernet or token-ring line. These objects can be created using the 
Create Controller Description (Network) (CRTCTLNET) and Create Device 
Description (Network) (CRTDEVNET) commands. Normally, the network controller 
and device are automatically created. Each line used to provide an unacknowl- 
edged service (such as TCP/IP) can have only one network controller active at a 
time. 


See the TCP/IP Configuration and Reference book for information on how to con- 
figure your system for TCP/IP. The System API Reference book contains informa- 
tion on how to configure your system for user-defined communications. 
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Assigning a physical address 


Every system, controller, or personal computer is attached to a local area network 
by an adapter. Each adapter is identified in the network by its 6-byte medium 
access control (MAC)? 


address (12 hexadecimal characters), simply referred to as an adapter address. 
No two adapters may have the same address in the same network. Each adapter is 
assigned a unique address when it is manufactured. This address is referred to as 
the preset address, burned-in address, or universally administered address. You 
can use the preset address or assign an address yourself when you configure the 
local area network line description, which contains information describing a partic- 
ular communications line that is attached to the system. 


To minimize configuration problems in the future, you should consider assigning 
your own address. If you assign your own address, and the adapter on your system 
needs to be replaced, you can replace that adapter and assign it the same adapter 
address. This avoids configuring other units again that currently communicate with 
your system over that adapter. If you use the preset address and the adapter 
needs to be replaced, the new adapter has its own unique preset address. 
Restrictions prevent you from assigning an address that can also be imprinted 
during manufacturing. You cannot assign the preset address of the replaced 
adapter to the new adapter. 


The frame-relay adapter is not assigned a preset address. If LAN line descriptions 
are created for use in a bridged frame-relay environment, you must assign an 
adapter address to each line description that you create. This address is used by 
the bridge to recognize the AS/400 system in the network. 


Finding a physical address 
In general, all systems, controllers, and personal computers in a network must 
know the address of the adapter to communicate with it. If you are using a local 
area network, you need to know the address of your adapter so that you can con- 
figure the remote units with which you wish to establish connections. 


To find the preset address (if you specified the preset address, ADPTADR(*ADPT), 
on the CRTLINTRN, CRTLINDDI, CRTLINETH, or CRTLINWLS command) or the 
address you assigned when you configured the line, enter the Display Line 
Description (DSPLIND) command after your line description has been successfully 
varied on. 


Note for mixed environments 


If your system is used in a mixed environment where connections exist between 
Ethernet and token-ring or DDI networks, you must pay special attention to how 
physical-level addresses are assigned. Ethernet addresses are represented differ- 
ently than addresses used for token-ring and DDI networks. See Appendix D, 
“Address considerations for bridged environments” on page D-1 for information 
about address conversions for bridged connections between networks using dif- 
ferent address types. See “Token-ring physical address format” on page 3-3 and 


3 Medium access control is a method of determining which device has access to the transmission medium at any time. 
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“Ethernet physical address format” on page 5-4 for descriptions of these address 
formats. 


Assigning a logical address 


Associated with each adapter address is a set of logical addresses known as 
service access points (SAPs). SAPs are used to route data with the same 
adapter address to the correct station or application program, thus allowing multiple 
communications paths between independent application programs on these 
systems. The SAP addresses are 1-byte hexadecimal values, several of which are 
defined for particular functions: 


04 SNA 

12 ASCII LAN printing 

AA TCP/IP 

C8 High performance routing (HPR) 


Other valid values of SNA service access points range from hex 04 to hex 9C and 
must be divisible by 4 (that is, end with 0, 4, 8, C). User-defined communications 
protocols can use any SAP from 02-FE, divisible by 2. 


Data is sent from a source service access point (SSAP) to a destination service 
access point (DSAP). You can specify up to 24 SSAPs for your LAN adapter when 
you configure the line description. Another alternative is to let the system automat- 
ically create SSAPs. See Table 2-1 on page 2-5 for information about automat- 
ically created SSAP values. 


Service access points 


When you configure the controller descriptions that represent the remote system, 
controller, or personal computer that you will be communicating with, you are asked 
to specify the source service access points (SSAP) from which the data will be 
sent and the destination service access point (DSAP) for which the data was 
intended. The SSAP in the controller description must be one of the SSAPs speci- 
fied in the local area network line description with which this controller description is 
associated. That is, the local area network line description must contain the com- 
plete list of SSAPs used by the controllers that include that local area network line 
description in their switched line list (SWTLINLST) parameter. 


To configure the remote station, remember that the SSAP in the controller 
description, which represents that station, must match that unit’s configured DSAP 
and vice versa. For example, if your controller description uses an SSAP of 04 and 
the description on the remote unit uses an SSAP of 08, you must configure your 
controller description with a DSAP of 08 and the remote unit with a DSAP of 04. 
Figure 2-1 on page 2-5 shows the relationship between the source service access 
point and the destination service access point. 


2-4 0S/400 LAN, Frame-Relay and ATM Support V4R2 


System A 


SSAP 04 System B 


DSAP 08 SSAP 08 


DSAP 04 


Figure 2-1. Relationship Between Service Access Points 


Up to 24 unique SSAPs can be specified. If the default (*“SYSGEN) is used when 
creating a LAN line description, up to four SSAPs are automatically created. 

Table 2-1 shows the SSAPs that are automatically created, depending on the type 
of line description. 


Table 2-1. SSAPs Automatically Created Using SSAP (*SYSGEN) 


Line Type SSAP Values 

Token Ring and DDI Lines 04, 12, AA, C8 

Frame Relay Lines 04, AA, C8 
ETHSTD(*IEE8023) 04, 12, AA, C8 
ETHSTD(*ALL) 04, 12, AA, C8 

Ethernet and Wireless Lines ETHSTD(*ETHV2) 04, C8 

SSAP Assignments: 

04 SNA 

12 ASCII LAN printing 

AA TCP/IP 

C8 High performance routing (HPR) 


For SNA, the default of hex 04 is often sufficient. This is the default on all of the 
create controller description commands, and is the most commonly configured on 
remote units. Some cases where alternative service access points should be used 
are: 


¢ The remote system is configured such that its SSAP or DSAP is not hex 04. In 
this case, configure your controller description’s SSAP with the remote system’s 
DSAP and your controller description’s DSAP with the remote system’s SSAP. 
Ensure that the SSAP configured in your controller description is included in the 
list of SSAPs you configured in each of the local area network line descriptions 
this controller has listed in its switched line list (SWTLINLST) parameter. 


e You want parallel station-to-station connections between adapters. This may be 
desirable if you want to link two application programs that require different con- 
troller descriptions. 


e If you wish to use both an APPC and multinode APPN connection to the same 
host system, parallel connections, which require multiple SAPs, are also 
required. An example of this type of network is a AS/400 system as an interme- 
diate APPN node to the host system, but you have existing application pro- 
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grams that use System/38 communications files and must use a host controller 
description with APPN(*NO). 


¢ You want to use the high performance routing (HPR) support. See the APPN 
Support book for information about HPR. 


¢ You want station-to-station connections to the same adapters. For example, 
you may want to configure multiple SAPs to test an application program on a 
single system. 


See “Configuring Different Service Access Points” on page 4-7 for an example of 
using different service access points to establish two parallel station-to-station con- 
nections between two adapters. 


As previously mentioned, all adapter addresses in the network must be unique. Fur- 
thermore, because the DSAP, SSAP, and remote adapter address uniquely 
describe a connection to another station on the ring, all combinations of these three 
pieces of information must be unique for any controller that is varied on. These 
three pieces uniquely identify a connection to another station on the ring. The 
system enforces this uniqueness by not allowing two controller descriptions with the 
same remote adapter address, DSAP, and SSAP, to be varied on at the same time. 


Establishing the connection 


Dial mode 


The AS/400 local area network support is logically switched; that is, the attachment 
to the network is permanent, such as a nonswitched synchronous data link control 
(SDLC) line, but a station-to-station connection may be configured as either dial or 
answer. Because the support is logically switched, you can configure as many con- 
troller descriptions as you wish. All descriptions are available for connection, but the 
number of varied-on or active controller descriptions allowed is based on the value 
specified for the MAXCTL parameter on the LAN line description. In the controller 
descriptions, you can specify more than one local area network line description in 
the SWTLINLST parameter. This allows you to dial stations using a different 
adapter address, if you like, or answer an incoming call from a remote system over 
two different adapters. This support provides more flexibility in connecting to your 
AS/400 system. 


Most units use what is known as /ast-one-up-on-the-network-calls-out logic. This 
means that the systems attempt polling for a specified period of time before falling 
back into answer mode. This is the same approach that is taken by the AS/400 
system for controller descriptions that are configured as *DIAL on their initial con- 
nection (INLCNN) parameter. 


If you choose *DIAL for the initial connection (INLCNN) parameter on the controller 
description, this system attempts to poll the remote station to determine if any 
remote device on the line is ready to transmit, when the controller description is 
varied on. The frequency and persistence of this polling is configured on the con- 
troller description; the LAN connection retry (LANCNNRTY) value defines how 
many times the remote station is polled and the LAN connection timer 
(LANCNNTMR) value defines the amount of time between each poll. If the remote 
station answers the poll within LANCNNRTY-times-LANCNNTMR tenths of 
seconds, establishing a connection proceeds. If not, an inquiry message, CPA58E0 
or CPA57EF, is sent to the system operator message queue indicating that a con- 
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Answer mode 


Dial initiation 


nection attempt failed, and the system automatically puts the controller description 
in answer mode. 


If you choose: 
e The retry option, the system again attempts to contact the remote station. 


e The cancel reply, the controller description remains in a vary on pending state 
waiting to answer a polling attempt by the remote station. 


Similarly, other systems and controllers may attempt to establish a connection as 
soon as they are turned on, varied on, or the system has been loaded. Examples of 
this include the System/36 and the 3174 Subsystem Control Unit. If this system 
does not respond, the units listed previously go into answer mode. The 3725 Com- 
munication Controller also can be configured to either attempt establishing a con- 
nection, or simply wait for this system to try to contact it. Controller descriptions 
describing these systems should be configured as *DIAL on the INLCNN param- 
eter. If the remote system is ready, the AS/400 system answers the poll. If not, the 
AS/400 system goes into answer mode, and the remote station contacts the polling 
system when it is varied on or turned on. Having both sides attempting to dial or 
poll simultaneously does not prevent the connection from being established. Call 
contention is resolved by architected retry sequences. 


If *DIAL was specified for INLCNN, the dial initiation parameter is allowed. This 
parameter allows you to determine when the call is made to the other system. 


If you specify *IMMED, the call occurs immediately after the controller is varied on. 
“DELAY delays the dial to allow you to control when the call is made. *LINKTYPE 
is the default value and it determines when the dial connection is made by the type 
of link. 


Note: For LAN connections *LINKTYPE is treated as *IMMED. 


Unsuccessful connections 


When using a controller description configured as INLCNN(*DIAL) and if no con- 
nection is established, a CPA58E0 Controller not replying or CPA57EF Contact 
not successful message can occur; this is not unusual. It may mean that the 
remote system or controller is not varied on or turned on. If the remote unit is in a 
state where it should be answering a poll from this system and successful contact 
is not being established, check the configuration on both sides to ensure that the 
adapter addresses, DSAP parameter, and SSAP parameter are correctly specified. 
You may also want to check and make sure that both the adapter for this system 
and the remote station are wired into the network correctly. 


When using a controller description configured as INLCNN(*ANS), it is possible to 
receive the message CPI591A, Controller on line varied off or not 
recognized by local system. This message results when polling by a remote 
station does not satisfy the following conditions: 


¢ The adapter address, DSAP, and SSAP match those configured for a varied on 
controller description. 
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e The local area network line description this poll used is contained in the 
switched line list. 


If you have such a controller description, ensure that the adapter address is correct 
and that the local area network line description on which this polling occurred is 
listed in the SWTLINLST parameter. Also, make sure the controller is varied on and 
not in the recovery pending or recovery cancel state by using the Work with Config- 
uration Status (WRKCFGSTS) command. 


If the connection is of the answer type (“ANS for the INLCNN parameter), the 
system waits for the remote unit to poll. When the remote unit begins polling, an 
attempt to establish a connection is made. 


Initial connection (INLCNN) parameter 

Controller descriptions for personal computers or Personal System/2* workstations 
running OS/400 and using DOS should specify *ANS for the INLCNN parameter. 
These systems will not answer a connection attempt started by an AS/400 system. 
Systems running OS/400 and using the OS/2* Communications Manager will 
answer calls from the AS/400 system. 


Check the error log to see if an error was logged for a line description with a 
system reference code of AFO6 if the following occurred: 


e The remote station is polling the AS/400 system 


e The message, indicating the system is being polled, does not appear in the 
system operator message queue 


e The connection is not established 


You can check the error log by using the Start SST (STRSST) command. This may 
mean the remote station was sending to a DSAP that was not configured in the 
SSAP list on your local area network line description. If the AFO6 reference code is 
absent, the error still may have occurred. Check the adapter addresses, SSAPs, 
and DSAPs to verify the connection. 


Exchange identifier (XID) 


To establish a connection, exchange identifiers (XIDs) are exchanged between the 
system and the remote unit. 


For APPC and host controllers, a Format 3 exchange identifier (XID) is used to 
allow the remote station to properly identify the AS/400 system. Typically, the 
AS/400 system and other IBM systems conduct an initial poll with NULL XIDs to 
determine if the remote station is active on the network. If the station does not 
respond to the poll within the specified time period, another XID can be sent to the 
station. Typically, XID exchanges continue and a link is established. 


Local exchange identifier (LCLEXCHID) parameter 

The local exchange identifier (_CLEXCHID) parameter is used to identify the 
AS/400 system to the host system. This parameter is specified on the host con- 
troller description. 


If *LIND is specified for the LCLEXCHID parameter, then the LCLEXCHID value is 
retrieved from the EXCHID value specified on the line description. If another value 
is specified, it overrides what was specified for EXCHID on the line description. For 
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example, if parallel connections are required between an AS/400 system and an 
SNA host system, then you need to override the EXCHID value. See “Example of 
Configuring Parallel Connections to the Host System” on page 4-21 for an example 
of parallel connections to the host. 


Exchange identifier (EXCHID) parameter 

The exchange identifier (EXCHID) parameter on the controller description specifies 
the block number and node identifier of the remote system. This parameter can be 
used to allow the local AS/400 system to identify the remote station. 


If the EXCHID value is configured on the AS/400 controller description, the BLOCK 
identifier and the node identifier from the remote station are compared to the con- 
figured value before a connection is established. If no EXCHID is specified, no 
check is made. This check is optional because the remote unit has already been 
identified by its adapter address, SSAP, and DSAP. 


Refer to the topic “LANCNNTMR and LANCNNRTY parameters” on page 2-11 for 
information on polling the remote system or controller. 


Data link role 


Local area network controller descriptions are always created with a data link role 
(ROLE parameter) of negotiable (*NEG). This means that any time a connection 
attempt is made to a remote unit, the systems determine their role to be primary or 
secondary by using an algorithm specified in the SNA Format and Protocol Refer- 
ence book. Because the local area network uses a balanced and duplex* 


protocol, this role is simply a matter of which system is chosen to send the Set 
Asynchronous Balanced Mode-Extended (SABME) command to the other station. 


Automatic creation of APPC controllers on LANs 


When local area network lines are configured with the option to create APPC con- 
trollers automatically (AUTOCRTCTL(*YES) is specified), the connection establish- 
ment and exchange identifier processing is handled differently on incoming calls. If 
a controller description with a matching adapter address, SSAP, and DSAP is 
varied on when an incoming call is received, the system processes the incoming 
call request as was described in “Establishing the connection” on page 2-6. 


If the system does not have a controller description that is varied on and the line is 
configured as AUTOCRTCTL(*YES), the system will accept the call. After the 
remote system sends an exchange identifier, the system then causes a controller 
description to be created and varied on. The system dynamically determines the 
adapter address, SSAP, DSAP, RMTNETID, and RMTCPNAME used for the auto- 
matically created controller description based on the incoming call and the 
exchange identifier sent by the adjacent system. If a model controller is varied on 
for this line, the parameters, such as timers and retry limits, are copied from the 
model controller and used for the automatically created controller. 


4 The duplex protocol allows either station to send at any time at the link level. Polling is not necessary to transfer information. 
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Automatic creation of controller descriptions is supported for locally attached LANs 
and bridged frame-relay configurations; it is not supported for SNA direct frame- 
relay configurations. 


For more information on automatically creating controllers on LANs, see the APPN 
Support book. 


Performance tuning parameters 


When the controller descriptions are created, any type of local area network line 
can be specified in the switched line list (SWTLINLST parameter). At run time (dial 
or answer), the system can attach this LAN controller to any type of LAN line 
description. The first line description in the list that has the correct status is 
selected. 


Because the AS/400 system does not know the type of line description that the 
controller will be attached to, you can specify values for parameters that do not 
apply to the environment you are using. Only at run time does the AS/400 system 
recognize that certain parameters are not needed for a particular environment. The 
AS/400 system ignores these parameters. For example, if you specify a value for 
the LANACCPTY parameter and you use Ethernet, the AS/400 system simply 
ignores that value. 


SNA controller descriptions (APPC, SNA host, remote work station, finance, and 
retail) all have parameters that describe the behavior for the station. These param- 
eters are the LANxxxxxx parameters, and are used for all local area network types. 


If *CALC (the default) is specified for the LANxxxxxx parameters, the AS/400 
system uses the values shown in Table 2-2. These values can be displayed by 
using the DSPCTLD command when the controller is active. 


Note: Different values are calculated for lines that are attachedto frame-relay 
network interfaces. See “Frame-relay performance tuning parameters” on 
page 9-13 for additional information. 


Table 2-2 (Page 1 of 2). Summary of LAN Controller Description Performance Parameters 


Parameter Function *CALC Value Page 


LANCNNTMR Sets wait time for polling remote station 7 seconds 2-11 
during connection establishment. 


LANCNNRTY Sets number of poll retries sent to remote 10 2-11 
station during connection establishment. 

LANRSPTMR Sets wait time for frame retransmission. 1 second 2-11 

LANFRMRTY Sets number of frame retransmission 10 2-11 
attempts. 

LANACKTMR Sets wait time for acknowledgement to 0.1 second 2-12 


remote station. 


LANACKFRQ Sets number of frames received before 1 2-12 
sending acknowledgement. 


LANINACTMR Sets wait time for requesting response 10 seconds 2-13 
from remote station. 
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Table 2-2 (Page 2 of 2). Summary of LAN Controller Description Performance Parameters 


Parameter 


Function *CALC Value Page 


LANMAXOUT 


Sets number of outstanding frames 2 2-13 
allowed before requesting acknowledge- 
ment from remote station. 


LANWDWSTP 


Provides an alternative value equivalent to *NONE 2-14 
the LANMAXOUT parameter for use 
during periods of network congestion. The 
system provides an algorithm for returning 
the effective maximum outstanding frames 
value to that specified by the 
LANMAXOUT parameter as congestion 
subsides. 


LANACCPTY 


Sets priority of the station. Stations with 0 2-14 
higher priority have greater access to the 
token. (Used for token-ring only.) 


LANCNNTMR and LANCNNRTY parameters 


The LAN connection timer (LANCNNTMR) and the LAN connection retry 
(LANCNNRTY) parameters work together on the AS/400 system to define the fre- 
quency and persistence of polling the remote system or controller for the purpose 
of establishing a connection. The LANCNNTMR specifies, in tenths of seconds, 
how long to wait before sending an exchange identifier (XID) or the Set Asynchro- 
nous Balanced Mode-Extended (SABME) command again. The LANCNNRTY spec- 
ifies how often this polling occurs when the LANCNNTMR has ended. When the 
value specified for the LANCNNRTY parameter is reached and no response is 
received from the remote station, the following occurs: 


e The user is notified that contact with the station was unsuccessful. 
e¢ The system places the controller description in answer mode. 


e lf retry is the answer to the inquiry, the AS/400 system attempts to establish 
connection again. 


The defaults for these parameters are intended for use on a single local area 
network. If a bridge is being used to communicate with a remote station on a 
remote network, you may want to consider increasing the values of the 
LANCNNTMR and LANCNNRTY parameters because a bridge may slow down line 
traffic enough for the timer to expire before the station is able to respond. Line 
traffic is the number of transmissions and the amount of data sent. 


LANRSPTMR and LANFRMRTY parameters 


The LAN response timer (LANRSPTMR) and the LAN frame retry (LANFRMRTY) 
parameters work together to determine how soon and how often a frame of data is 
transmitted again. Frames of data need to be transmitted again when one of the 
following occurs: 


e¢ A previous frame of data was lost or damaged. 
e The remote station is so busy that it cannot copy or respond to the frame. 


¢ The remote station is waiting to acknowledge the frame with an information 
frame of its own. 
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Refer to the topic “LANACKTMR and LANACKFRQ parameters” on page 2-12 for 
information about the LAN acknowledgement timer (LANACKTMR) parameter. 


The LANRSPTMR parameter defines the time interval, in tenths of seconds, that 
the system waits before transmitting a frame to the remote station again. The 
LANFRMRTY value specifies how many times the frame is transmitted again before 
the system notifies the user that an error occurred and the logical link to the remote 
station is disconnected. 


The defaults for these parameters are intended for use on a single local area 
network. If a bridge is being used to communicate with a remote station on a dif- 
ferent local area network, you may want to consider increasing the values on both 
the local and remote systems, because a bridge may slow down traffic enough for 
the timer to end before the station is able to respond. 


If the values chosen are too small, performance may be slower. Either too many 
frames are transmitted when acknowledgements are received after the 
LANRSPTMR ends or the logical link to the remote station may be disconnected. If 
the values are too large, the notification that a logical link failed may not be imme- 
diate. 


LANACKTMR and LANACKFRQ parameters 


The LAN acknowledgement timer (LANACKTMR) and the LAN acknowledgement 
frequency (LANACKFRQ) parameters work together to determine how often an 
acknowledgement is sent to the remote station. The LANACKTMR parameter speci- 
fies how long the system waits before sending an acknowledgement to a received 
frame. This allows the system, if it has any data to send to the remote controller, to 
use that frame to acknowledge the received frame. Similarly, the LANACKFRQ 
parameter specifies the maximum number of frames the system can receive before 
acknowledgement is sent to the remote station, independent of timers or having 
data to send. The system has a greater chance of sending a frame of data that 
includes an acknowledgement of the received frame if the LANACKFRQ value is 
large. 


The values specified for the LANACKFRQ and LANACKTMR parameters must 
either both be zero or both be nonzero. 


Large values may be desirable because unnecessary acknowledgements send 
additional frames and can contribute to heavier traffic on the LAN. If you are ona 
network where frame traffic is a problem, you may wish to increase either or both of 
these values. 


However, in most cases where frame traffic is not a problem, and data tends to 
flow only one way on the logical link (file transfer), large values for these parame- 
ters introduce unnecessary delay in sending acknowledgements and slow response 
times. 


The LAN acknowledgement values should be chosen with careful consideration for 
the response timer and maximum outstanding frame count of the remote station. 
For example, if LANACKTMR is set longer than the response timer of the remote 
station, and the local system does not regularly have data to send to the remote 
station, the remote response timer ends and transmits the frame again. 
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Similarly, if LANACKFRQ is set larger than the remote station’s maximum out- 
standing frame count (LANMAXOUT), the remote station continuously waits for 
acknowledgement of the frames it has outstanding, while the local system waits for 
more frames of data. This can lead to poor performance for this logical link 
because more frames are being transmitted than actually necessary, and the 
remote station may wait longer than necessary before transmitting data again. 


The LANACKFRQ parameter should be set less than or equal to the LANMAXOUT 
value for the remote station. If the local station LANACKFRQ parameter is smaller, 
the remote station LANMAXOUT value should be evenly divisible by the 
LANACKFRQ value. 


LANINACTMR parameter 


The LAN inactivity timer (LANINACTMR) parameter is used to determine how long 
the system should wait before requesting a response from the remote station. This 
request is made to determine if the remote station is still on the ring or if the logical 
link is disconnected. If the value is set too small, unnecessary traffic is created, 
which may lead to a performance throughput problem. If it is set too large, the 
system may not determine that the logical link is inoperable as quick as when the 
value is smaller. This timer is sensitive to whether the remote station is on the 
same local area network or not. If it is across a bridge, this value may need to be 
increased. If the value is set to 0 (no time-out), you may not be informed if the 
logical link is inoperable until a data transfer attempt occurs. 


LANMAXOUT parameter 


The LAN maximum outstanding data frames (LANMAXOUT) parameter specifies 
how many unacknowledged frames the system can have outstanding to the remote 
station without waiting for an acknowledgement. This parameter is highly sensitive 
to the ability of the remote station to copy and acknowledge frames, based on buf- 
fering capabilities and processing resource. 


For optimal performance, it is essential to specify appropriate values for the 
LANMAXOUT and LAN acknowledgement frequency (LANACKFRQ) parameters on 
both the sending and receiving stations. 


Some of the variables affecting which LANMAXOUT and LANACKFRQ values 
provide the best performance are: 

e The characteristics of the application 

e The amount of data being sent 

e The rate that the application can present and accept data 

e The data blocking characteristics 

e The LAN adapter type 

e The processing unit model 

e The utilization of the line, the adapter, and the processing unit 

e The internal buffering capabilities 
In most environments, *CALC (LANACKFRQ=1 and LANMAXOUT=2) offers the 


best performance. However, for some environments, changing these values may 
provide a significant performance improvement. 
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You can change the LANMAXOUT and LANACKFRQ values to determine if per- 
formance improves. The following guidelines can be used as starting values which 
you can then change to determine the best values: 


e For a large transfer environment when the frame size is: 
— 1994 bytes or less, use LANACKFRQ=4 and LANMAXOUT=8. 
— Between 1994 and 8156 bytes, use LANACKFRQ=2 and LANMAXOUT=4. 


e For a mixed environment with both interactive and large transfer activity, follow 
the guidelines for a large transfer environment but keep LANACKFRQ=*CALC. 


e When communicating with a PS/2* system Model 50 or above, follow the guide- 
lines for a large transfer environment but keep LANACKFRQ=*CALC. 


e lf you decide to change the values from *CALC for LANACKFRQ and 
LANMAXOUT, here are some guidelines for determining new values: 


— LANACKFRQ should be about half the size of LANMAXOUT. 
— LANACKFRQ should be the same on sending and receiving systems. 
— LANMAXOUT should be the same on sending and receiving systems. 


Note: If the LANACKFRQ and LANMAXOUT values are changed without a notice- 
able performance improvement, change the values back to *CALC. 


LANWDWSTP parameter 


The LAN window step (LANWDWSTP) parameter is used to determine whether the 
number of outstanding frames (those sent without receiving an acknowledgement 
from the remote system) should be reduced during periods of network congestion. 
If the value set is too small (or *NONE), congestion takes longer to subside. For 
more information on network congestion, see the discussion of the dynamic window 
algorithm in the Token-Ring Network Architecture Reference. 


LANACCPTY parameter 


The LAN access priority (LANACCPTY) parameter is set in each frame before 
being sent on the ring. This priority determines which tokens can be captured and 
used to send the frame. The greater the access priority value, the more tokens the 
station can capture and the greater chance the frame will be sent. This is impor- 
tant if the ring that your system is attached to is heavily used (not many free tokens 
available) and your application program needs priority treatment. 


The adapters on most systems send a priority of 0, which is the default for 
LANACCPTY on the create controller commands. If your station requires more pri- 
ority (for example, a personal computer which requires access to the token ring), 
you should set the LANACCPTY parameter to a greater value. This parameter is 
used only for token-ring network connections. 


LAN bridge frame size considerations 
If a frame is being transmitted to a station that resides on a different LAN, the 
frame must be copied and transmitted again by a bridge. If the bridge is not config- 
ured to support a frame size as large as that configured on the line description, the 
frame will be discarded. The frame may also be discarded if the frame size config- 
ured on a line description used for a bridged frame relay configuration is not sup- 
ported by the network. 
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For SNA in the token-ring environment, the system originating the connection is 
informed of the frame size supported by the bridge, and will automatically retry with 
that frame size. The CPF5908 message Controller contacted that is sent to the 
QSYSOPR message queue gives the effective maximum frame size for that con- 
nection. 


If it is not possible to configure the bridge to support larger frame sizes, you may 
need to adjust one of the following to a value acceptable to the bridge: 

e MAXFRAME parameter on the controller description 

¢ SSAP MAXFRAME parameter on the line description 

e MAXFRAME parameter on the line description (except Ethernet lines) 


If an adjustment is made, it is recommended that the MAXFRAME value on the 
controller description be adjusted. 


Relationship of LAN parameters to token-ring network architecture 


Table 2-3 shows how the AS/400 LAN controller description parameters relate to 
the parameters described in the /BM Token-Ring Network Architecture Reference. 


Table 2-3 (Page 1 of 2). AS/400 LAN Parameters. Relationship of LAN Controller 
Description Parameters to Parameters Used in the IBM Token-Ring Network Architecture 


Reference. 
AS/400 Short 
Parameter Term | Short Description 


LANCNNTMR CT1 Connection Timer T1 (for link establishment) 
LANCNNRTY CN2 Connection Retry Count N2 (for link establishment) 


LANRSPTMR T1 Response timer (waiting for remote acknowledgement) 

LANFRMRTY N2 Retry count (maximum number of resends on T1 expiration) 

LANACKTMR T2 Receiver acknowledgement timer 

LANACKFRQ N3 Acknowledgement frequency—must send acknowledgement 

after receiving N3 I-format frames (data frames) 

LANINACTMR Ti Inactivity Timer (poll remote on expiration) 

LANMAXOUT TW Maximum number of outstanding I-Format LLC protocol data 
(k) units (data frames) 

LANWDWSTP Nw Dynamic Window Step 

MAXFRAME N11 Maximum number of octets (bytes) in the information field.2 

on line and 

controller 


descriptions 
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Table 2-3 (Page 2 of 2). AS/400 LAN Parameters. Relationship of LAN Controller 
Description Parameters to Parameters Used in the IBM Token-Ring Network Architecture 


Reference. 
AS/400 Short 
Parameter Term | Short Description 


Note: TW may be referred to as MAXOUT because TW is perceived as the MAXimum 
OUTstanding frames transmitted to the other end. Similarly, N3 may be referred 
to as MAXIN because it is perceived as the MAXimum |INbound frames received 
before sending an acknowledgement to the originator of the frames. 


1. N1 is the maximum length of an LLC Protocol Data Unit. The effective MAXFRAME 
value is the length excluding the LLC header. The LLC header is 3 to 4 bytes long. 
The setting of N1 on the AS/400 LAN adapter is the effective MAXFRAME + 4. 


2. For AS/400 Version 1 Release 3 and later, the effective MAXFRAME for the con- 
troller description is not necessarily the same as the MAXFRAME value on the con- 
troller description. Because LAN controller descriptions are logically switched, the 
effective MAXFRAME is the smallest of: 


e The controller description MAXFRAME value. 
e The line description MAXFRAME value. 
¢ The SSAP maximum frame size on the line description. 


The effective maximum frame size may be set to a smaller value if the AS/400 
system must communicate with the remote station through a source-routing bridge 
that requires a smaller frame size. For more information about source-routing bridge 
frame sizes, see the /BM Token-Ring Architecture Reference. 
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Token-ring networks 
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Chapter 3. Token-ring networks 


This chapter discusses token-ring network configuration and considerations. 


Token-ring physical environment 


Figure 3-1 shows the multistation access unit (MAU), which is the token-ring hard- 
ware needed to connect your device to a token ring. Each multistation access unit 
allows up to eight attached devices to have access to a ring. You can attach mul- 
tiple multistation access units together for additional resources on the same token 
ring. All adapters on the token ring must run at the same speed, either 4 Mbps or 


16 Mbps. 
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Figure 3-1. Multistation Access Unit 
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RV4W054-0 


Figure 3-2 shows the necessary adapter cable to attach the IBM Token-Ring 
Network Adapter to the IBM Token-Ring Network. This adapter cable has a nine-pin 
D connector at the system end and a token-ring modular plug at the cabling end. 
You can purchase this IEEE 802.5-compliant cable from any vendor. IBM Token 
Ring uses baseband transmission at a rate of 4 Mbps or 16 Mbps. 


Se 


RSLN743-2 


Figure 3-2. Token-Ring Adapter Cable 
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Ring configuration 
The actual wiring of your network may have some bearing on performance. Rings 
may be linked together by adapters, which are called bridges. When this system 
attempts to establish a connection to a station, a frame is sent first around the local 
ring, and if no response is received, it is then sent to all rings that are connected by 
bridges to this system. If a station on a connected ring answers the poll, the routing 
information that the response carries is used in all subsequent transmissions to the 
remote station. Thus, only one route is ever used (source routing) when communi- 
cating with a station on a remote ring. Because all acknowledgements and retries 
are end to end, these bridges may become congested. This congestion can cause 
problems for your logical links if the correct values are not chosen for the timer 
parameters of the controller descriptions. 


Notes: 


1. The number of bridges through which token-ring frames can be routed is limited 
by the size of the routing information (RI) field in the token-ring frame. The 
maximum of 18 bytes allowed for the RI field supports routing through up to 
seven bridges. 


2. More than one multistation access unit can be used in a single-ring network. 
They are linked together by wiring relays, not by bridges, and thus still consti- 
tute a single ring. 


Early token release 
The early token release (ELYTKNRLS parameter), available only with the 16 Mbps 
token-ring network, is used to reduce the time another adapter on the same ring 
has to wait for a free token. For early token release, the transmitting adapter 
releases a free token after sending its frame. The following figure demonstrates the 
concept of early token release. 


@ Token With Data 


A Free Token RV4W055-0 


Figure 3-3. Early Token Release on the IBM Token-Ring Network 


If early token release is not used and the frame is shorter than the ring length, a 
free token is not released until the transmitting adapter sees the header of its trans- 
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mitted frame. If the frame is shorter than the ring length, the ring is idle for the 
difference in time of the lengths. Early token release removes this idle time. 


Token-ring physical address format 


Every system, controller, or personal computer that is attached to a local area 
network has a physical address for its attachment adapter. This physical level is 
called the medium access control (MAC), and the IEEE architecture has defined the 
48-bit (or 6-byte) MAC address formats to be used for IEEE 802.5 token-ring LANs. 


Figure 3-4 and Figure 3-5 define how the MAC addresses are displayed on the 
AS/400 system for the token-ring LAN. The order of bit transmission on the medium 
starts with byte 0, bit 0 and ends with byte 5, bit 7. This order of transmission is 
called most significant bit because the most significant bit of each byte is trans- 


mitted first. 
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Figure 3-4. Token-Ring MAC Destination Address Format 


¢ Bit 0 of byte 0 (called the I/G bit) indicates whether the destination address is 
an individual address, an address associated with a particular station on the 
network, (B'0'), or group address, a multidestination address associated with 
one or more stations on the network, (B'1'). 


e Bit 1 of byte 0 (called the U/L bit) indicates whether the address is universally 
administered (B'0') or locally administered (B'1'). 


e Bit 0 of byte 2 (called the functional address indicator (FAI)) indicates whether 
a locally administered group address is a functional address (B'0') or a group 
address (B'1'). 
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Figure 3-5. Token-Ring MAC Source Address Format 


e¢ Source addresses are always individual addresses. Bit 0 of byte 0 is set to 1 
when a routing information field is present in the frame. It is set to 0 when no 
routing information field is present. 


¢ Bit 1 of byte 0 is used to indicate whether the address is universally adminis- 
tered or locally administered as in the destination address. 


The above indicators are an integral part of each station address and must be con- 
sidered during address recognition. 


Note the following: 


e Byte 0, bit 0 = 0. This assignment controls the values of the local adapter 
address (ADPTADR parameter on the CRTLINTRN commana) to the range of 
hex 7FFFFFFFFFFF and below. The remaining addresses (when byte 0, bit 0 = 
1) are group addresses. 


e Locally assigned addresses with byte 0, bit 1 = 1, are further restricted to 
values in the range hex 400000000000 to hex 7FFFFFFFFFFF. IEEE 
restrictions preclude the use of adapter preset addresses with values in the 
range of hex 000000000000 to hex 3FFFFFFFFFFF. 


Other remote systems may have further restrictions on specifying the adapter 
address. For example, if your AS/400 system is communicating with FBSS con- 
troller, the locally assigned address is restricted to the range of hex 
400000000000 to hex 400099999999. Only characters 0 through 9 are per- 
mitted. 


Note: If you choose to assign your own address, ensure that the last 4 bytes 
(8 hexadecimal characters) are unique in the local area network. This is 
required by some adapters. 
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Bridged LAN addressing considerations 
It is very important to note that MAC addresses are always displayed in the above 
format on all AS/400 token-ring configuration displays even if they represent 
stations on other LAN media, such as Ethernet stations reached through bridges. 
Refer to “Ethernet physical address format” on page 5-4 for more information on 
bridged LAN considerations. 


Functional addresses 


Functional addresses are bit-specific group addresses in a token-ring network. All 
functional addresses are locally administered. Functional addresses can be 
assigned using the FCNADR parameter on the CRTLINTRN command, or may be 
dynamically added by a TCP/IP multicast application. IP multicast addresses are 
mapped to the token-ring functional address CO0000040000. See the TCP/IP Con- 
figuration and Referencebook for more information on IP and multicast. 


For an address to be a functional address, the destination address must have both 
bit 0 and 1 of byte 0 set to 1, all the bits in byte 1 should be set to 0, and bit 0 of 
byte 2 set to 0. The remaining 7 bits of byte 2 and the 8 bits in byte 3, 4, and 5 are 
used to identify the specific functional address. This allows up to 31 functional 
addresses to be defined. 


Byte 0 Byte 1 Byte 2 Byte 3 Byte 4 Byte 5 


OXXx | XXXX XXXX | XXXX | XXXX | XXXX | XXXX | XXXX 


foe teen 31 functional addresses =| 


Figure 3-6. Token-Ring Functional Address Format 


1100 0000] 0000 0000] 


Note: Each x, when set to 1, represents a functional address. 


For more information on functional addresses, see the Communications Configura- 
tion book, and the Token-Ring Architecture Reference. 


For converting a token-ring functional address to an Ethernet group address, see 
“Token-ring-to-Ethernet address conversion” on page D-3. 


Frame size considerations for token-ring networks 


Data is transmitted to remote stations in frames, the basic unit of transmission for 
all data. Frame size indicates how large each transmission is. 


A token-ring network provides an environment with few errors. Therefore, data 
transmission is more efficient if data is sent in as large a frame as possible. The 
largest frame size the AS/400 system sends (the MAXFRAME parameter on the 
CRTLINTRN commandg) can be set in any range from 265 through 16393. 


Depending on the token-ring LAN adapter you are using, the maximum frame size 
will vary. 
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Table 3-1. Token-Ring Adapter and Largest MAXFRAME Value 


Largest MAXFRAME Value 


Resource Type Line Speed 16 Mbps Line Speed 4 Mbps 
2619, 2626, 6149, 2724 16393 4060 
9175 4060 4060 
6134, 2636 8156 4060 
6034, 6160 N/A 1994 (default) 


Note: Type WRKHDWRSC *CMN to view the LAN adapter (resource) types. 


The maximum value may not always be possible. For example, the station to which 
you are transmitting may not be able to accept as large a frame that configured on 
the AS/400 system token-ring line description. Typically, the largest frame size sup- 
ported by both the AS/400 system and the remote station is exchanged in XIDs 
while establishing the connection, and the smaller of the frame sizes is then used 
by both the AS/400 system and the remote station. If this negotiation is not done, a 
frame reject (FRMR) condition results, and the message CPA58E2 is sent to the 
QSYSOPR message queue. 


For example, when the AS/400 system is connected to a System/390 through a 
3174 gateway on a token ring, maximum frame size is not negotiated. The 3174 
uses a format 0 XID that provides no maximum frame size negotiation. The 
maximum frame size specified for the AS/400 system must be configured to match 
that of the 3174 gateway. 


If the maximum frame size must be changed, use the appropriate change controller 
description command to change the AS/400 value, or change the maximum frame 
size in the remote system configuration. 


General frame size considerations 


On token-ring lines, the MAXFRAME parameter defines the maximum frame size to 
be used on that line. Maximum frame size can also be configured for each SAP 
associated with the line description. In addition, a controller description also has a 
MAXFRAME size. When the connection process begins, the frame size is the 
smaller of the three values: line MAXFRAME, SSAP MAXFRAME, or the controller 
MAXFRAME. However, the frame size may become even smaller because of the 
XID negotiations or bridge considerations. 


LAN bridge frame size considerations 
If a frame is being transmitted to a station that resides on a different LAN, the 
frame must be copied and transmitted again by a bridge. If the bridge is not config- 
ured to support a frame size as large as that configured on the token-ring or 
Ethernet line description, the frame will be discarded. For SNA in the token-ring 
environment, the system originating the connection is informed of the frame size 
supported by the bridge, and will automatically retry with that frame size. The 
CPF5908 message Controller contacted that is sent to the QOYSOPR message 
queue gives the effective maximum frame size for that connection. 


If it is not possible to configure the bridge to support larger frame sizes, you may 
need to adjust one of the following to a value acceptable to the bridge: 


e MAXFRAME parameter on the controller description 
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¢ SSAP MAXFRAME parameter on the line description 
e MAXFRAME parameter on the line description 


If an adjustment is made, it is recommended that the MAXFRAME value on the 
controller description be adjusted. 
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Chapter 4. Token-Ring Network Configuration Examples 


Figure 4-1 shows an example of an AS/400 system on a token-ring network com- 
municating with a 3745, a 3174 (Model 1L) Subsystem Control Unit, a System/36 
using APPC, a 3174 (Model 3R or 53R) Subsystem Control Unit, a personal com- 
puter, and the same system routed back to itself (wrapped). 


Token-ring network support is not limited to these systems. For example, the 
AS/400 system can also communicate with the RISC System/6000, ES/9000 
systems, and Personal System/2 AIX. 


3745 
Communication 
Controller System/370 Host System 
System/370 Host System Address 
400000001580 
3174 1L 
Gateway 


Address 
400031740001 


SS 50d 

oS ee Baa 
ESE 
| 


Personal Computer 
Address 
10005A00121A 


System/36 


Address 
400000004002 
al 


3174 Control Unit 
Address 
400031740004 


[en 
us 2 gam] 


PS/2 Workstation 
Address 
400031740003 


AS/400 System 


Address 
400003200001 


370 Channel 
Emulator Cable 


AS/400 System 


== Address 
RISC System/6000 400003190001 


RV4W056-0 


Figure 4-1. Token-Ring Network Configurations 


Creating the Token-Ring Network Line Description 


The token-ring network line description (TOKENRING1) created by the following 
displays has specified a user-assigned adapter address (400003190001), a 
maximum frame size of 16393 (allowed only for a 16M LAN adapter), and two 
SSAPs, hex 04 and hex 08. The maximum number of controllers (MAXCTL param- 
eter) is set to 40; this means that no more than 40 controllers can be active on this 
line description at any one time. 
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Create Line Desc (Token-Ring) (CRTLINTRN) 


Type choices, press Enter. 


Line description. ....... > TOKENRING1 Name 

Resource name ......... > CMNOQ1 1 Name, *NWID, *NWSD 

Online at TPL. sock. wok te eke *YES *YES, *NO 

Vary onwait.......... *NOWAIT *NOWAIT, 15-180 (1 second) 
Maximum controllers ...... 40 1-256 

Line speed... ......26- > 16M 4M, 16M, *NWI 

Maximum frame size. ...... > 16393 265-16393, 265, 521, 1033... 
Local adapter address ..... > 400003190001 400000000000-7FFFFFFFFFFF... 
Exchange identifier ...... > 05600000 —  05600000-O56FFFFF, *SYSGEN 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Vf 


— 


ee eee 


Create Line Desc (Token-Ring) (CRTLINTRN) 
Type choices, press Enter. 


SSAP list: jj 


Source service access point . > 04 02-FE, *SYSGEN 
SSAP maximum frame. ..... > *MAXFRAME *MAXFRAME, 265-16393 
SSAP type .......2+6-. > *CALC *CALC, *NONSNA, *SNA 
Source service access point . > 08 02-FE 
SSAP maximum frame. ..... *MAX FRAME *MAXFRAME, 265-16393 
SSAP type 3 3% ee ee es *CALC *CALC, *NONSNA, *SNA 
+ for more values 
Text 'description’....... > 'Token-ring line description' 


Additional Parameters 


Network controller ....... Name 

TRLAN manager logging level ..  ¥*OFF *OFF, *MIN, *MED, *MAX 
More... 

F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 

F24=More keys 


Fig 


ure 4-2. Prompt Displays for TOKENRING1 Token-Ring Line Description 


Considerations for specifying the CRTLINTRN command: 


For lines attached to network server descriptions (NWSDs), the resource 
value is *NWSD. This is for IPCS support. See the appropriate IPCS 
manual to learn more about token-ring lines attached on IPCS. For an 
example of “NWI for resource name, see “Bridged connections to 
remote token-ring networks” on page 10-8. (Difference in versions? The 
resource name for V4R7 or before will use LINO12 to make the con- 
nection to the adapter. For V4R1 or later, use the actual resource name 
of the port to which the line will connect). 
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2 | The exchange identifier (EXCHID) parameter is the block number and 
node identifier of the local AS/400 system. 


The source service access point (SSAP) specifies the logical channel 
addresses used to route incoming data from the token ring to the correct 
user. The hex 08 SSAP is used in a controller description, so it must be 
included in the TOKENRING1 line description. 


Example of AS/400-to-AS/400 Configuration 


The APPC controller description, created using the following prompt display, 
describes another AS/400 system at adapter address 400003200001. The 
TOKENRING1 line description created in “Creating the Token-Ring Network Line 
Description” on page 4-1 is used for the SWTLINLST parameter. The SSAP of hex 
08 is one of the SSAPs included in the SSAP list in the line description, 


TOKENRING1. 
[ ) 
Create Ctl Desc (APPC) (CRTCTLAPPC) 
Type choices, press Enter. 
Controller description. .... > TRLANS3X Name 
Link £YP@o see. eh wide le se a > *LAN *ANYNW, *FAX, *FR, *IDLC... 
Online at IPL ......... *YES *YES, *NO 
APPN-capable.......... *YES *YES, «NO 
Switched line list. ...... > TOKENRING1 Name 
+ for more values 
Maximum frame size. ...... *LINKTYPE 265-16393, 256, 265, 512... 
Remote network identifier ... *NETATR Name, *NETATR, *NONE, *ANY 
Remote control point...... > LANAPPN2 iq Name, *ANY 
Exchange identifier ...... 00000000-FFFFFFFF 
Initial connection. ...... *DIAL *DIAL, *ANS 
Dial initiation ........ *LINKTYPE *LINKTYPE, *IMMED, *DELAY 
LAN remote adapter address . . . > 400003200001 —4 000000000001-FFFFFFFFFFFF 
APPN CP session support ....  ¥*YES *YES, *NO 
APPN node type......... *ENDNODE *ENDNODE, *LENNODE... 
APPN transmission group number 1 1-20, *CALC 
More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Figure 4-3 (Part 1 of 3). Prompt Displays for TRLANS3X Controller Description 
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Create Ctl Desc (APPC) (CRTCTLAPPC) 


Type choices, press Enter. 


APPN minimum switched status . . *VRYONPND *VRYONPND, *VRYON 
Autocreate device ....... *ALL *ALL, *NONE 
Autodelete device ....... 1440 1-10000, *NO 
User-defined 1......... *LIND 0-255, *LIND 
User-defined 2......... *LIND 0-255, *LIND 
User-defined 3 ......... *LIND 0-255, *LIND 
Model controller description. . *NO *NO, *YES 

Text 'description'....... > 'AS/400 at 400003200001' 


Figure 4-3 (Part 2 of 3). Prompt Displays for TRLANS3X Controller Description 


Create Ctl Desc (APPC) (CRTCTLAPPC) 


Type choices, press Enter. 


LEAN: DSAP ss. si 4 8 Sesh ee Gh eas > 04) 04, 08, OC, 10, 14, 18, 1C... 
LAN! SSAP 6; Sine? coe Src Cocaty, S > 08 04, 08, OC, 10, 14, 18, 1C... 
LAN frame retry ........ *CALC 0-254, *CALC 

LAN connection retry ...... *CALC 0-254, *CALC 

LAN response timer. ...... *CALC 0-254 (0.1 seconds) 

LAN connection timer. ..... *CALC 0-254 (0.1 seconds) 

LAN acknowledgement timer .. .  ¥*CALC 0-254 (0.1 seconds) 

LAN inactivity timer. ..... *CALC 0-255 (0.1 seconds) 


Figure 4-3 (Part 3 of 3). Prompt Displays for TRLANS3X Controller Description 


Considerations for specifying the CRTCTLAPPC command: 


The remote control point name should match the local control point 
name of the remote AS/400 system. The local control point name can 
be determined by using the DSPNETA command. 


2 | The adapter address (ADPTADR parameter) of the CRTCTLAPPC 
command must match the ADPTADR parameter of the TOKENRING2 
line description previously configured for the other system. 


The destination service access point (DSAP parameter) of the 
CRTICTLAPPC command must match the source service access point 
(SSAP parameter) of the APPC controller description previously config- 
ured for the other system. 


4 | The SSAP parameter of the CRTCTLAPPC command must match the 
DSAP parameter of the APPC controller description previously config- 
ured for the other system. 


The following command shows the device description created for communications 
with the SYS320 AS/400 system. The remote network identifier (RMTNETID param- 
eter) should match the local network identifier of the remote AS/400 system. The 
local network identifier can be determined by using the DSPNETA command. 
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CRTDEVAPPC DEVD(TRLANS3XD) RMTLOCNAME (SYS320) LCLLOCNAME(SYS319) + 
RMTNETID(LANAPPN1) CTL(TRLANS3X) MODE(BLANK) + 
TEXT('APPC device for SYS320') 


The following commands can be used to configure another AS/400 system commu- 
nicate with this AS/400 system. 


CRTLINTRN LIND(TOKENRING2) RSRCNAME(LINO11) LINESPEED(16M) + 
MAXFRAME (16393) ADPTADR(400003200001) EXCHID(05600000) + 
SSAP((04 *MAXFRAME *CALC) (08 *MAXFRAME *CALC)) + 
TEXT('Line description for 400003200001') 


The adapter address (ADPTADR parameter) specified for the CRTLINTRN 
command must match the ADPTADR parameter of the APPC controller description 
previously configured for the other system. 


The following command shows the creation of the APPC controller description. 


CRTCTLAPPC CTLD(TRLANS3X2) LINKTYPE(*LAN) SWTLINLST(TOKENRING2) + 
RMTCPNAME(LANAPPN) J ADPTADR(400003190001) Eq + 
DSAP (08) SSAP(04) EJ TEXT('AS/400 at 400003200001') 


Considerations for specifying the CRTCTLAPPC command: 


The remote control point name should match the local control point 
name of the remote AS/400 system. The local control point name can 
be determined by using the DSPNETA command. 


2 | The adapter address (ADPTADR parameter) of the CRTCTLAPPC 
command must match the ADPTADR parameter of the TOKENRING1 
line description previously configured for the other system. 


The destination service access point (DSAP parameter) of the 
CRTCTLAPPC command must match the source service access point 
(SSAP parameter) of the APPC controller description previously config- 
ured for the other system. 


4 | The SSAP parameter of the CRTCTLAPPC command must match the 
DSAP parameter of the APPC controller description previously config- 
ured for the other system. 


The following command shows the device description created for communications 
with the SYS319 AS/400 system. The remote network identifier should match the 
local network identifier of the remote AS/400 system. The local network identifier 

can be determined by using the DSPNETA command. 


CRTDEVAPPC DEVD(TRLANS3XD2) RMTLOCNAME(SYS319) LCLLOCNAME(SYS320) + 


RMTNETID(LANAPPN) CTL(TRLANS3X2) MODE(BLANK) + 
TEXT('APPC device for SYS319') 
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Example of a Token-Ring Network-to-Personal Computer Configuration 


The APPC controller description created by the Create Controller Description 
(APPC) (CRTCTLAPPC) command describes a personal computer that uses 
OS/400. Notice its adapter address (a preset address assigned by the adapter 
manufacturer) and the fact that it is an APPN controller, because APPN(*YES) is 
the default. 


Notice that no device is created along with the controller. The system creates a 
device description for your use the first time a connection is made to the personal 
computer. For more information on automatically creating controller descriptions, 
see the discussion of the AUTOCRTCTL line description parameter in the Commu- 
nications Configuration book. It is recommended that OS/400 automatically create a 
controller and device description for you. 


CRTCTLAPPC CTLD(TRLANPC) LINKTYPE(*LAN) SWTLINLST(TOKENRING1) + 
RMTCPNAME(PCO1) ADPTADR(10005A00121A) CPSSN(*NO) + 
SWTDSC(*NO) [4 TEXT('Controller for PC on TOKENRING1') 


Considerations for specifying the CRTCTLAPPC command: 


By specifying the APPN CP session support (CPSSN parameter) as 
*NO, the automatic disconnect feature can be used. 


2 | The switched disconnect (SWTDSC) parameter is ignored unless 
CPSSN(*NO) is specified. These values indicate that the automatic dis- 
connect feature is being used. 


For more information on configuring the OS/400, refer to the appropriate OS/400 
documentation. 


When installing OS/400 on a personal computer, the location name for the personal 
computer must be set to the value specified as the remote control point name 
(RMTCPNAME) for the APPC controller description for this personal computer. This 
value must be unique for each personal computer in the token-ring network. 


The system name is the local control point name (LCLCPNAME) specified in the 
Change Network Attributes (CHGNETA) command. 


The system token-ring address must be set to the ADPTADR parameter of the 
TOKENRING1 line description. 


The first part of the RTLN entry of the OS/400 configuration file, CONFIG.PCS, 
must match the RMTNETID parameter value on the AS/400 CRTCTLAPPC 
command. It is recommended that the value match what is specified as the current 
local network identifier in the network attributes. APPN is the default value. The 
OS/400 documentation contains information for tailoring the configuration record of 
your personal computer to match the local network identifier on your system. 


Note: To change the value for the RTLN entry in the CONFIG.PCS file, you must 
use an editor. 


It is recommended that you begin the name of the APPC controllers, which 
describe the personal computers you attach to the ring, with the letters PC. This 
allows you to display the status of the personal computers using the Work with 
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Configuration Status (WRKCFGSTS) command. See the Communications Manage- 
ment book for more information on the WRKCFGSTS command. 


Configuring Different Service Access Points 


The following APPC controller and device descriptions allow you to connect from 
the AS/400 system back to the same AS/400 system. You may wish to do this to 
test an application within your system before testing it over the network to a dif- 
ferent system. This example also shows how different service access points are 
configured in the controller descriptions. Notice that the SSAP for TRLANCTL1 and 
the DSAP for TRLANCTL2 correspond, as do the DSAP for TRLANCTL1 and the 
SSAP for TRLANCTL2. This example has one controller description as a *DIAL and 
the other as *ANS. 


Notice that because both controllers are communicating through the same adapter, 
they both list the adapter address that was listed when creating TOKENRING1. 
Data actually goes out and around the ring for token-ring. However, when Ethernet 
is used, there is an internal wrap in the input/output processor. This is the case 
only in a wrapped situation. 


You can configure the controller and device descriptions using a CL program or CL 
commands as demonstrated here, or you can configure these objects through con- 
figuration displays as shown previously in this chapter. 


CRTCTLAPPC CTLD(TRLANCTL1) LINKTYPE(*LAN) APPN(*NO) 
SWTLINLST(TOKENRING1) ADPTADR(400003190001) 
DSAP(@4) SSAP(Q8) 
TEXT('AS/400 at address 400003190001, DSAP 04') 


CRTDEVAPPC DEVD(TRLANDEV1) RMTLOCNAME (SOURCE) 
LCLLOCNAME(TARGET) CTL(TRLANCTL1) 
MODE(BLANK) APPN(*NO) 


CRTCTLAPPC CTLD(TRLANCTL2) LINKTYPE(*LAN) APPN(*NO) 
INLCNN(*ANS) SWTLINLST(TOKENRING1) 
ADPTADR(400003190001) DSAP(08) SSAP(04) 
TEXT('AS/400 at address 400003190001, DSAP 08') 


CRTDEVAPPC DEVD(TRLANDEV2) RMTLOCNAME (TARGET) 
LCLLOCNAME (SOURCE) CTL(TRLANCTL2) 
MODE(BLANK) APPN(*NO) 


Example of Token-Ring Network-to-System/36 Using APPC 


Configuration 


The following APPC controller description describes a system that uses adapter 
address 400000004002. The TOKENRING1 line description created in “Creating 
the Token-Ring Network Line Description” on page 4-1 is used for the SWTLINLST 
parameter. The SSAP and DSAP parameters are not included because the defaults 
of DSAP(04) and SSAP(04) are used. See the APPN Support book for configura- 
tion examples using APPN. 
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Create Ctl Desc (APPC) (CRTCTLAPPC) 


Type choices, press Enter. 


Controller description. .... > TRLANS36 Name 
Link. tYpe™ we 260 ise ee ae s e dice, > *LAN *ANYNW, *FAX, *FR, *IDLC... 
Ondine ate IT Pk. st. cock; oot cakes: *YES *YES, *NO 
APPN-capable.......... > «NO *YES, *NO 
Controller type ........ *BLANK *BLANK, *FBSS, 3174, 3274... 
Switched line list. ...... > TOKENRING1 Name 

+ for more values 
Maximum frame size. ...... *LINKTYPE 265-16393, 256, 265, 512... 
Remote network identifier .. . > *NONE Name, *NETATR, *NONE, *ANY 
Remote control point. ..... Name, *ANY 
Exchange identifier ...... > 03E00000 0Q0000000-FFFFFFFF 
Initial connection. ...... *DIAL *DIAL, *ANS 
Dial initiation ........ *LINKTYPE *LINKTYPE, *IMMED, *DELAY 
LAN remote adapter address . . . > 400000004002 000000000001-FFFFFFFFFFFF 
Autocreate device ....... *ALL *ALL, *NONE 


F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


More... 


Vf 


Create Ctl Desc (APPC) (CRTCTLAPPC) 
Type choices, press Enter. 


Text 'description'....... > 'APPC controller for System/36' 


Figure 4-4. Prompt Display for TRLANS36 Controller Description 


The following device description can be used to configure the APPC device 
description. 
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oe eo 


Create Device Desc (APPC) (CRTDEVAPPC) 
Type choices, press Enter. 
Device description. ...... > TRLANS36D Name 
Remote location ........ > SYSTEM36 ame 
Onl inewat. EP Ly. a> evens ck. Wes *YES *YES, *NO 
Local location. ........ > AS400 ame, *NETATR 
Remote network identifier .. . > *NONE ame, *NETATR, *NONE 
Attached controller ...... > TRLANS36 ame 
MOGG 3) 62 Yer A eeiiae Bieed: coseel 4-5 Fes > BLANK ame, *NETATR 
+ for more values 

Message queue ......... QSYSOPR ame, QSYSOPR 

Library: 2oce.10 %. vote Bake *LIBL Name, *LIBL, *CURLIB 
APPN-capable.......... > «NO *YES, *NO 
Single session: 

Single session capable... .  ¥*NO *NO, *YES 

Number of conversations ... 1-512 
Location password ....... *NONE 
Secure location ........ *NO *NO, *YES 

More... 

F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


) 
Rts 


Create Device Desc (APPC) (CRTDEVAPPC) 
Type choices, press Enter. 


Text 'description'....... > 'APPC device for System 36' 


Figure 4-5. Prompt Displays for TRLANS36D Device Description 


System/36 Configuration CNFIGICF Displays 
A System/36 user must fill in the following displays to configure an APPC sub- 
system member and token-ring line member to communicate with the AS/400 
system previously configured. To get to the first display, use the CNFIGICF 


command. 
[ ) 
1.0 SSP-ICF CONFIGURATION MEMBER DEFINITION w2 
1. Configuration member name ....... 2. eee eee eee TRNLINA 
2, LADPAVY: NAME: oka d- Oe Rds ei tee BO ENE esa Gene ta Gintd> wel See CNFIGLIB 


3. Select one of the following: 
1. Create new member 
2. Edit existing member 
3. Create new member from existing member 
4. Remove a member 
5. Review a member 
OP GTOM ate eel eee ao Balok ew: Ser ei eo a aie es a ew 1-5 1 


Figure 4-6. Prompt Display for SSP-ICF Configuration Member Definition 


Chapter 4. Token-Ring Network Configuration Examples 4-9 


On display 2.0, specify the type of configuration member you want to define. 


SSP-ICF CONFIGURATION MEMBER TYPE TRNLINA W2 


2.0 


Select one of the following options: 
INTRA 

BSC 

SNA 

Async 

PC Support/36 


oOrwWwNnNr 


Option: 3 


Figure 4-7. Prompt Display for Configuration Member Type 


Select one of the following options: 
Select option 3 (SNA) to process an SNA member. 


On display 4.0, specify the type of member you want to define. 


4.0 SNA CONFIGURATION MEMBER TYPE TRNLINA W2 


1. SNA member type. ........22020280808 828 2 eae 1-4 4 
1. SNA subsystem member 
2. SNA/SDLC line member 
3. SNA/X.25 line member 
4, SNA/IBM Token-Ring Network line member 


2. Will APPC or APPN be used? .........424268- YN Y 


Figure 4-8. Prompt Display for Configuration Member Type 


1. SNA member type 
Specify option 4 (SNA/IBM Token-Ring Network line member). 


2. Will APPC or APPN be used? 
Specify a Y (Yes) to indicate that APPC or APPN is used on this line. 


The prompts for display 12.0 are described below. 
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12.0 SNA LINE MEMBER ATTRIBUTES TRNLINA W2 
6. Local system's station XID in hexadecimal. ......... 00000 

7. Source service access point (SSAP) value. ......... 04 
Cmd5-Restart CNFIGICF Cmd7-End 

Cmd19-Cancel COPR IBM Corp. 1986 


— 


Figure 4-9. Prompt Display for SNA Line Member Attributes 


Note: Item 7 on display 12.0, SNA Line Member Attributes, describes the 
System/36 SSAP. This must be equal to the DSAP parameter on the APPC 
controller description on the AS/400 system. 


On display 12.5, select the remote systems that this subsystem communicates with. 
If the protocol is primary or the line type is switched, up to 32 remote systems can 
be defined. 


If no remote systems have been defined, only option 1 (Create) is shown. 


[ | 


12.5 REMOTE SYSTEM SELECTION TRNLINA W2 
1. Select from the following options: 
1-Create 3-Create From Existing 5-Review 
2-Edit 4-Remove 
OPEL ON ser k. Ge ep ee ad oe lea aoe encase a ree ice “eh Swe 


2. Remote system name... . 1... ee ee ee ee ee ee 
3. Existing remote system name ..........4.2.24406- 


OPTION REMOTE SYSTEM OPTION REMOTE SYSTEM OPTION REMOTE SYSTEM 
AS400 


Figure 4-10. Prompt Display for Remote System Selection 


1. Select from the following options: 
Specify option 1 (Create). 


2. Remote system name 
Specify the name (up to 8 characters) by which the remote system is known in 
the line member. This value should match the AS/400 network attributes control 
point name, which you can display using the DSPNETA command. 


On display 13.0, define the characteristics for the remote system selected on 
display 12.5. 
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= 
13.0 REMOTE SYSTEM ATTRIBUTES TRNLINA W2 | 
Remote system AS/400 
1. Remote system type... 1... ee eee ee ee ee te 2 
2-Peer 
3. Remote system's block ID in hexadecimal. .......... 056 
4, Remote system's station XID in hexadecimal ......... 00000 


Figure 4-11. Prompt Display for Remote System Attributes 


1. Remote system type 
Specify option 2 (Peer) for the remote system type. 


3. Remote system’s block ID in hexadecimal 
Specify the 3-hexadecimal character block identifier of the remote system. This 
value can be from 000 to FFF and must be the same as the value assigned to 
the remote system by SNA. This is the XID that System/36 expects from the 
AS/400 system. This must equal the EXCHID parameter on the TOKENRING1 
line description. Set this value to 056. 


4. Remote system’s station XID in hexadecimal 
Specify the exchange identifier (XID) used to identify the remote system. This 
identifier is 5 hexadecimal characters from 00000 through FFFFF. This is the 
XID that System/36 expects from the AS/400 system. This must equal the 
EXCHID parameter on the TOKENRING1 line description. Set this value to 
00000. 


Display 13.5 is shown if you selected option 4 (IBM Token-Ring Network) for the 
SNA member type on display 4.0. 


— 


13.5 REMOTE SYSTEM ATTRIBUTES TRNLINA W2 
Remote system AS/400 

1. Remote adapter address .. 2... 2... 1 eee eee eee 400003190001 

2. Destination service access point (DSAP) value ....... 04 


Figure 4-12. Prompt Display for Remote System Attributes 


Remote adapter address 
Specify the hexadecimal adapter address for this remote system for an 
SNA/IBM Token-Ring Network line member. Valid addresses are hex 
0000000000001 through hex 7FFFFFFFFFFF. This must equal the ADPTADR 
parameter on the TOKENRING1 line description on the AS/400 system. The 
remote adapter address is 400003190001. 


Destination service access point DSAP value 
Specify the hexadecimal logical channel address used for routing at the remote 
system for an SNA/IBM Token-Ring Network. This value must be nonzero, 
divisible by 4, and must match the remote system’s source service access point 
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(SSAP). Valid values are hex 04 through hex EC. This must equal the SSAP 
parameter on the APPC controller description on the AS/400 system. Set this 


value to 04. 
= 
1.0 SSP-ICF CONFIGURATION MEMBER DEFINITION W2 
1. Configuration member name ...........2620200- TRNSBSA 
25 EADPAPY. NAMes s. eiviec fe ke Te Ae Sd fen eee Sek AL ae Se a ee CNFIGLIB 


3. Select one of the following: 
1. Create new member 
2. Edit existing member 
3. Create new member from existing member 
4, Remove a member 
5. Review a member 
10) 0} 24 10) | hala Re ee Sane a 1-5 


Figure 4-13. Prompt Display for SSP-ICF Configuration Member Definition 


On display 2.0, specify the type of configuration member you want to define. 


i 
2.0 SSP-ICF CONFIGURATION MEMBER TYPE TRNSBSA = -W2 | 
Select one of the following options: 
1. INTRA 
2. BSC 
3. SNA 
4. Async 
5. PC Support/36 
Option: 3 
Figure 4-14. Prompt Display for Configuration Member Type 
Select one of the following options: 
Select option 3 (SNA) to process an SNA member. 
On display 4.0, specify the type of member you want to define. 
[ | 
4.0 SNA CONFIGURATION MEMBER TYPE TRNSBSA = -W2 
1. SNA member type. ........2.2020200288 2828 eee 1-4 1 
1. SNA subsystem member 
2. SNA/SDLC line member 
3. SNA/X.25 line member 
4, SNA/IBM Token-Ring Network line member 
Figure 4-15. Prompt Display for SNA Configuration Member Type 
Chapter 4. Token-Ring Network Configuration Examples 4-13 


1. SNA member type 
Specify option 1 (SNA subsystem member). 


On display 21.0, select the type of subsystem for which you want to create a sub- 
system member. Also, enter the name of the line member (previously defined) that 
you will use with this subsystem member. 


[ | 


21.0 SNA SUBSYSTEM MEMBER SELECTION TRNSBSA W2 


1. Select subsystem type from the following options: 
. Peer 

2. SNA Upline 
3. SNA 3270 
4, Finance 

5. SNA MSRJE 
6. APPC 

7 


2. Line: member name: a. 67%, seca wows a HP eae ve ee EG eS TRNLINA 


Figure 4-16. Prompt Display for SNA Subsystem Member Selection 


1. Select subsystem type from the following options: 
Specify option 6 (APPC) to indicate that the subsystem used is APPC. 


2. Line member name 
Specify the name of the line member with which this subsystem member is 
associated. The line member name is specified on display 1.0 during line 
member configuration (TRNLINA). 


The prompt on display 22.0 is described as follows: 


22.0 SUBSYSTEM MEMBER DEFINITION TRNSBSA W2 


1. Local location name. ...... 2... 2 eee ee ee eee SYSTEM36 


Figure 4-17. Prompt Display for SNA Subsystem Member Definition 


1. Local location name 
Specify the local location name as SYSTEM36. 


On display 29.0, select the remote locations that this subsystem communicates 
with. 
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[ | 


29.0 REMOTE LOCATION SELECTION TRNSBSA_ W2 
1. Select from the following options: 

1-Create 3-Create From Existing 5-Review 

2-Edit 4-Remove 

ODETON: ekses Boset eat ee eecet a: toda ae apes Gites Aimee. dete eae etd 1 

2. Remote location name... .. 1... 2 ee wee ee rene AS400 
35. RemoteSystem: Name... +. ses Gini Achy oe, ey RD ee oe Sea es AS400 
3. Existing location name. ..........2.642202008- 


OPTION REMOTE SYSTEM OPTION REMOTE SYSTEM OPTION REMOTE SYSTEM 


Figure 4-18. Prompt Display for Remote Location Selection 


On display 30.0, enter whether or not you want to activate communications with the 
remote location at the time this subsystem is enabled. 


TRNSBSA_ W2 


30.0 REMOTE LOCATION DEFINITION 

Remote system AS400 Remote location AS400 
1. Activate location at ENABLE? ...........2.4.. Y.N Y 
2. Send alerts to this location? ............. Y,N N 


Figure 4-19. Prompt Display for Remote Location Definition 


1. Activate location at ENABLE? 
Specify whether or not you want the subsystem, as soon as it is enabled, to 
allow communications with this remote location. Specify a Y (Yes), which is the 
default, to indicate that communications can start without having to specify the 
name of the remote location on an ENABLE procedure command. 


2. Send alerts to this location? 
Specify whether or not you want alerts sent. Specify an N (No) if you do not 
want alerts sent to this location. 


Note: A separate location needs to be defined to send alerts to the remote 
system named AS400. 


Display 42.0 lists the session groups that are defined for this remote location. You 
can create a new session group, edit an existing session group, remove a session 
group, create a new session group from an existing session group, or review a 
session group. In addition, you can specify the name of the session group that is to 
be used as the default. 


System/36 has a default session group of *BLANK, and the AS/400 system has a 
default mode of BLANK. 
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[ | 


42.0 SESSION GROUP SELECTION TRNSBSA W2 
Remote system AS400 Remote location AS400 
1. Select from the following options: 
5-Review 
OPTIONS en wet peter eas, Baocas RUGS. Bees ees cea Th Na ee 
2. Session group name... 1... 1 ee we ew ee te we ww 
4, Default session group name. .........2620202020288- *BLANK 


OPTION SESSION GROUP 
*BLANK 


Figure 4-20. Prompt Display for Session Group Selection 


1. Select from the following options: 
Option 5 (Review) displays an existing session group. The configuration 
member cannot be changed. 


2. Session group name 
Each session group name must be unique within the remote location. 


4. Default session group name 
Specify that the default session group name is used by the APPC subsystem 
whenever a local application program does not specifically provide a session 
group name at the start of a session. The default session group name must be 
a session group name already configured for this remote location. 


Display 43.0 is the first of a set of displays that you use to define the session 
groups. The remote system name, remote location name, and session group name 
are shown for reference. 


[ i 


43.0 APPC and APPN SESSION GROUP DEFINITION TRNSBSA W2 


Remote system AS400 Remote location AS400 


Session group *BLANK 


1. Session group type... 1... we eee ee ee ee ee 1 
1-Interactive 2-Batch 

2. Maximum session limit ............2.04.2-. 1 - 64 08 

3. Number of locally controlled sessions ........ 0-08 04 

4. Number of pre-established sessions .......... 0-04 @1 


Figure 4-21. Prompt Display for Session Group Definition 


1. Session group type 
Specify whether or not the sessions are used for batch or interactive communi- 
cations. This is used to select defaults at the local system for display 44.0. 
Type a 1 (Interactive) if the record exchange is in both directions, meaning that 
the systems alternate sending and receiving. 
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2. Maximum session limit 
Specify the maximum number of sessions that are allowed for this session 
group. The maximum number of sessions for all session groups in a single 
remote location is 64. The default is 8. 


3. Number of locally controlled sessions 
Specify the number of locally controlled sessions that are requested for this 
session group. The range of available sessions is shown and the default is 
one-half of the maximum session limit. This value is actually negotiated with the 
remote system when the data link is established. Therefore, the number speci- 
fied here is not a guaranteed value. 


4. Number of pre-established sessions 
Specify the number of sessions established and kept active while communi- 
cations with the remote location is active. The default is 1 if the line type is 
nonswitched or switched without automatic disconnect. The default is 0 if the 
line type is switched with automatic disconnect. 


Note: All values specified in this session group are the default values. 


On display 44.0, define additional options that can affect performance for this 
session group. The remote system name, remote location name, and session group 
name are shown for reference. 


[ | 


44.0 APPC AND APPN SESSION GROUP ADDITIONAL OPTIONS TRNSBSA W2 


Remote system AS400 Remote location AS400 


Session group *BLANK 


1. Receive pacing value... .. 2.2... eee eee eee 1-63 07 
2. Maximum receive RU size .........42 2 eee 8-16384 04096 
3. Acquire remotely controlled sessions? ......... Y,N N 


Figure 4-22. Prompt Display for APPC and APPN Session Group Additional Options 


1. Receive pacing value 
Specify that 7 request units (RUs) may be sent from the remote location without 
an intervening pacing response. The default is 7 if the type of session group is 
interactive. 


2. Maximum receive RU size 
Specify that the maximum RU size (in bytes) that can be received by the APPC 
subsystem is 1024. The default is 1024 if the type of session group is interac- 
tive. 


3. Acquire remotely controlled sessions? 
If there are no locally controlled sessions available, this prompt determines 
whether or not the subsystem attempts to acquire a session controlled by the 
remote system. 


Note: All values specified in this session group are the default values. 
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Example of Token-Ring Network-to-3745 Host Configuration 


The following host controller description is used to configure the connection to a 
3745 controller at adapter address 400000001580. The SSAP and DSAP parame- 
ters are not included because the defaults of DSAP(04) and SSAP(04) are used. 


CRTCTLHOST CTLD(TRLANHOST) LINKTYPE(*LAN) + 
SWTLINLST (TOKENRING1) RMTCPNAME (LANAPPN) + 
LCLEXCHID(*LIND) ADPTADR (4000000001580) + 
NODETYPE(*LENNODE) TEXT('3745 controller') 


Considerations for specifying the CRTCTLHOST command: 


The TOKENRING1 line description created in “Creating the Token-Ring 
Network Line Description” on page 4-1 is used for the switched line list 
(SWTLINLST parameter). 


2 | The remote control point name (RMTCPNAME parameter) should match 
the local control point on the remote system. On the AS/400 system, 
you can verify this name by using the Display Network Attributes 
(DSPNETA) command. 


On the host system, the local control point name is the SSCPNAME that 
is specified in the VTAM* Start Option list. 


The local exchange identifier (LCLEXCHID) parameter is used to identify 
the AS/400 system to the host system. 


The following device description commands are used to configure an emulation 
display and printer, and a distributed host command facility (DHCF) device. 


CRTDEVHOST DEVD(TRLANEML) LOCADR(01) RMTLOCNAME(HOST) + 
CTL(TRLANHOST) APPTYPE(*EML) + 
TEXT('3270 emulation over TOKENRING1') 


CRTDEVHOST DEVD(TRLANPRT) LOCADR(OC) RMTLOCNAME(HOST) + 
CTL(TRLANHOST) APPTYPE(*EML) EMLDEV(3287) + 
TEXT('3270 printer emulation over TOKENRING1') 


CRTDEVDSP DEVD(TRLANDHCF) DEVCLS(*RMT) TYPE(3277) MODEL(*DHCF) + 
LOCADR(02) CTL(TRLANHOST) TEXT('DHCF over TOKENRING1') 


The Physical Configuration for the Host System 
This is the network control program generation (NCP GEN) for the GROUP and 
LINE macroinstructions created by the system administrator to provide for 
connectivity between the AS/400 system and the 3745 Communication Controller. 
This NCP GEN is valid on Network Control Program (NCP) Version 4.2 and Virtual 
Telecommunications Access Method (VTAM) Version 3.1.1. Different NCP or VTAM 
levels may require different parameters. 
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R1GO06P GROUP ECLTYPE=PHYSICAL 

R1080P LINE ADDRESS=(080, FULL), LOCADD=(400000001580) , PORTADD=01, ISTA* 
TUS=INACTIVE 

R1080PA PU ADDR=01, ISTATUS=INACTIVE 

R1080PA1 LU LOCADDR=0, 
LUDR=NO 

R1GO06L GROUP ECLTYPE=LOGICAL, 
PHYPORT=80 

R108000 LINE 

R108000A PU MAXLU=32 

R108001 LINE 

R108001A PU MAXLU=32 

R108002 LINE 

R108002A PU MAXLU=32 

R108003 LINE 

R108003A PU MAXLU=32 

R108004 LINE 

R108004A PU MAXLU=32 

R108005 LINE 

R108005A PU MAXLU=32 

R108006 LINE 

R108006A PU MAXLU=32 

R108007 LINE 

R108007A PU MAXLU=32 


Note: The location address (LOCADD) parameter on the LINE statement defines 
the adapter address of the 3745 Communication Controller, in this case 
400000001580. This value must match the value specified for the adapter 
address (ADPTADR) parameter on the Create Controller (SNA Host) 
(CRTCTLHOST) command on the AS/400 configuration. 


The Logical Configuration for the Host System 
This is the NCP GEN for the switched major node created by the system adminis- 
trator to provide for connectivity between the AS/400 system and 3745 Communi- 
cation Controller. This GEN is valid on Network Control Program (NCP) Version 4.2 
and Virtual Telecommunications Access Method (VTAM) Version 3.1.1. Different 
NCP or VTAM levels may require different parameters. 
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SW3270C VBUILD TYPE=SWNET, REQUIRED PARAMETER X 
MAXNO=8, * 
MAXGRP=5 

$3270C PU ADDR=C1, 8 BIT STATION UNIQUE ADDRESS X 
DISCNT=NO, ACCEPT DISCONTACT FROM PU (DEFAULT) X 
IDBLK=056, 12 BIT BLOCK NUMBER FOR STATION X 
IDNUM=00000, 20 BIT ID NUMBER FOR AS/400 SYSTEM X 
MAXDATA=1994, 
MAXPATH=8, MAX OF 8 STATIONS MAY BE CALLED X 
NETID=AS400, LOCAL NETWORK ID ON AS/400 X 
MAXOUT=7, 7 PIUS TO STATION BEFORE RESPONSE X 
PACING=7, NCP SENDS 7 TO LU AND MARKS FIRST X 
PASSLIM=7, 7 CONTIGUOUS PIUS MAX AT ONE TIME X 
PUTYPE=2, TYPE OF STATION CALLING IN X 
ISTATUS=ACTIVE, ACTIVATE WITH MAJOR NODE X 
MODETAB=LOGMOD38, 1I/S DEFINED TABLE * 
SSCPFM=USSSCS, VTAM TO STRIP/ADD MEDIA CONTROL CHAR * 
VPACING=7 VTAM SENDS 7 TO NCP AND MARKS FIRST 

$348L80 PATH GRPNM=R1GQ06L,DIALNO=0104400003190001,PID=1 319-R1080 

SW327C01 LU LOCADDR=1, AS/400 LOCADDR VALUE X'01' X 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 

SW327C02 LU LOCADDR=2, AS/400 LOCADDR VALUE X'02' X 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 

SW327C12 LU LOCADDR=12, AS/400 LOCADDR VALUE X'OC' X 


ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 


Notes: 


1. The XID block number (IDBLK) and the ID number (IDNUM) concatenated 
together supply the XID that the 3745 Communication Controller requires from 
the AS/400 system for the connection to be established. This is configured on 
the AS/400 system on the TOKENRING1 line description EXCHID parameter if 
“LIND is specified for the LCLEXCHID parameter on the host controller 
description. IDBLK and IDNUM must be set so their concatenation is equiv- 
alent to the EXCHID parameter on the TOKENRING1 line description. 


2. If the 3745 Communication Controller is to start a connection to the AS/400 
system, it must know the adapter address and SSAP of the AS/400 system. 
This is defined in the PATH statement under dial number (DIALNO). The form 


for DIALNO is: 
aabb4000cccccccc 
Where: 
aa Is the value from the PORTADD parameter specified in the NCP line 
definition for token-ring adapters. 
bb Is the SAP address of the AS/400 system which is specified on the con- 


troller description (using the SSAP parameter). 


4000cccccccc Is the remote adapter address specified in the line description. 


The 3745 Communication Controller uses this addressing information to resolve the 
route to the AS/400 system. In this example, the DSAP is set to 04, corresponding 
to the SSAP parameter for the CRTCTLHOST command on the AS/400 configura- 
tion. The remote adapter address is set to 400003190001, corresponding to the 
adapter address specified on the ADPTADR parameter of the TOKENRING1 line 
description on the AS/400 configuration. 
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Notes: 


1. Because NCP SAP cannot be specified or changed, it is always 04. Therefore, 
on the AS/400 controller description, the DSAP is always 04. 


2. For bb on the DIALNO operand, only values of two decimal digit numbers 
between 04-94 may be specified. 


Example of Configuring Parallel Connections to the Host System 


The following SNA host controller descriptions, SWTRNCTL1A and SWTRNAOO2, 
set up parallel connections between an AS/400 system and a host system. This 
example configures two link-to-link connections through a 3745 communications 
controller to a host system. Each link-to-link connection has a separate instance of 
logical link control and a separate band width. As a result, it is possible for one link 
to be varied on and active if the other link goes down. Parallel connections allow 
you to establish an additional 254 device description per controller description. 


CRTCTLHOST CTLD(SWTRNCTLIA) LINKTYPE(*LAN) APPN(*NO) + 
SWTLINLST(TRNBGOUT) LCLEXCHID(056A001A) 4 + 
ADPTADR(400000001592) DSAP(04) J SSAP(08) Z¥ + 
TEXT('Controller for XID 0056A001A') 


The following panels establish the second controller description for the instance that 
runs in parallel to the controller description SWTRNCTL1A. 


CRTCTLHOST CTLD(SWTRNAOO2A) LINKTYPE(*LAN) APPN(*NO) + 
SWTLINLST (TRNBGOUT) LCLEXCHID(056A002A) 4 + 
ADPTADR(400000001592) DSAP(04)  SSAP(04) Z¥ + 
TEXT('Controller for XID 0056A002A') 


Considerations for specifying the CRTCTLHOST commands for a parallel 


connection: 

Both controller descriptions specify the same line description for 
switched line list (SWTLINLST) parameter. 

2 | Local exchange identifiers (.CLEXCHID) must be specified to establish 
a parallel connection to the host. 

The DSAP (remote SAP) for the 3745 communication controller must be 
04. (Note that the DSAPs are the same on SWTRNCTLI1A and 
SWTRNAO02A.) 

4 | The SSAP value 04 has to be on the line TRNBGOUT. (Note that the 


SSAPs are different on SWTRNCTLIA and SWTRNAOO2A.) 


The following commands are used to create the device descriptions for controller 
descriptions SWTRNCTL1A and SWTRNAOO2A. 
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CRTDEVDSP DEVD(DSPAQQ1A02) DEVCLS(*RMT) TYPE(3279) MODEL(Q) + 
LOCADR(02) CTL(SWTRNCTL1A) APPTYPE(*NRF) + 
TEXT('NRF device for XID @56AQ01A, LOCADDR 02') 


CRTDEVDSP DEVD(DSPAQQ1A03) DEVCLS(*RMT) TYPE(3279) MODEL(Q) + 
LOCADR(03) CTL(SWTRNCTL1A) APPTYPE(*NRF) + 
TEXT('NRF device for XID @56AQ01A, LOCADDR 03') 


CRTDEVHOST DEVD(EMLAQ01A04) LOCADR(04) RMTLOCNAME(SWXIDAO4) + 
CTL(SWTRNCTL1A) APPTYPE(*EML) + 
TEXT('Emulation display for XID 056A001A, LOCADDR 04') 


CRTIDEVPRT DEVD(PRTAO01A05) DEVCLS(*RMT) TYPE(3287) MODEL(0) + 
LOCADR(05) CTL(SWTRNCTL1A) APPTYPE(*NRF) + 
LOGON('LOGON APPLID(NRF2A07) LOGMODE(SCSTRYR)') + 
TEXT('NRF printer for XID 056A001A, LOCADDR 05') 


CRTDEVDSP DEVD(DSPAQQ2A02) DEVCLS(*RMT) TYPE(3279) MODEL(Q) + 
LOCADR(02) CTL(SWTRNAOOZA) APPTYPE(*NRF) + 
TEXT('NRF device for XID @56AQ02A, LOCADDR 02') 


CRTIDEVHOST DEVD(EMLA002A04) LOCADR(04) RMTLOCNAME(SWXIDBO4) + 
CTL(SWTRNAOO2A) APPTYPE(*EML) + 
TEXT('Emulation display for XID 056A002A, LOCADDR 04') 


CRTIDEVPRT DEVD(PRTAO02A05) DEVCLS(*RMT) TYPE(3287) MODEL(0) + 
LOCADR(05) CTL(SWTRNAOQO2A) APPTYPE(*NRF) + 
LOGON('LOGON APPLID(NRF2A07) LOGMODE(SCSTRYR)') + 
TEXT('NRF printer for XID 056A002A, LOCADDR 05') 


Configuring Physical and Logical Parallel Connections for the Host 
System 
This is the NCP GEN created by the system administrator to provide for 
connectivity between the AS/400 system and 3745 Communication Controller. This 
GEN is valid on Network Control Program (NCP) Version 5.4 and Virtual Telecom- 
munications Access Method (VTAM) Version 3.3. Different NCP or VTAM levels 
may require different parameters. 


SWXID VBUILD TYPE=SWNET, THIS IS A SWITCHED MAJOR NODE X 
MAXNO=64, MAXIMUM DIALNO PARAMETERS X 
MAXGRP=64 MAXIMUM NUMBER OF LINE GROUPS 


FIO IOI IOI IO IOI ICC IOI IOI I IO IOI III I III II III III I 


* DEFINE ONE PU FOR EACH XID AND CTLD DEFINED AT AS/400 

* XIDS ARE DEFINED INDIVIDUALLY AT THE AS/400, AND MUST MATCH BOTH 
* IDBLK AND IDNUM VALUES IN THE PU MACRO 

* 


FIO IO IOI IO OOO IO IOI IOI IOI IO III III IIR IAI I 


SWXIDA PU ADDR=01, NOT CHECKED IF TOKEN RING DEFINITION X 
DISCNT=NO, ACCEPT DISCONTACT FROM AS/400 X 
IDBLK=056, 12 BIT BLOCK NUMBER FOR AS/400 xX 
IDNUM=A001A, [4 20 BIT ID FOR THIS PU (AS/400 CTLD) X 
MAXDATA=1994, MAX FOR 4M TOKEN RING X 
MAXPATH=1, ONLY NEED ONE PATH STATEMENT X 
MAXOUT=7, 7 PIUS TO DEVICE BEFORE RESPONSE X 
NETID=APPN, NETID OF AS/400 (IF DIFFERENT) X 
PACING=0, PACING CAN BE ANY ACCEPTABLE VALUE X 
PASSLIM=7, 7 CONTIGUOUS PIUS MAX AT ONE TIME Xx 
PUTYPE=2, TYPE OF DEVICE CALLING IN Xx 
ISTATUS=ACTIVE, ACTIVATE WITH MAJOR NODE X 
MODETAB=LOGMOD38, ANY VALID LOGMODE TABLE * 
SSCPFM=USSSCS, VTAM TO STRIP/ADD MEDIA CONTROL CHAR * 
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* 


VPACING=0 VPACING CAN BE ANY ACCEPTABLE VALUE 


* NOTE: MUST HAVE ENOUGH LOGICAL TOKEN RING LINES DEFINED TO ALLOW 

* ALL PUS TO BE DIALLED IN/OUT AT ONCE 

* 

PATHA PATH GRPNM=R3G092L , DIALNO=0508400071032004 El 

* 

* SAME NUMBER OF LUS ON HOST AS DEVICES ON AS/400 

* 

SWXIDAQ1 LU LOCADDR=1, FIRST AVAILABLE LOCAL ADDRESS x 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 

SWXIDAQ2 LU LOCADDR=2, FIRST AVAILABLE LOCAL ADDRESS x 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 

SWXIDAQ3 LU LOCADDR=3, FIRST AVAILABLE LOCAL ADDRESS x 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 

SWXIDAO4 LU LOCADDR=4, FIRST AVAILABLE LOCAL ADDRESS x 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 

SWXIDAQS LU LOCADDR=5, FIRST AVAILABLE LOCAL ADDRESS x 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 

SWXIDAQ6 LU —_—- LOCADDR=6, FIRST AVAILABLE LOCAL ADDRESS x 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 

KKKEKKKKKRKKKERKEKEKKRE ERE KRKEKEKREE REE KEKE KEK REE REE KERKEKERERE REE KEREKERKKEEEEE 

* 

* DEFINE ONE PU FOR EACH XID AND CTLD DEFINED AT AS/400 

* XIDS ARE DEFINED INDIVIDUALLY AT THE AS/400, AND MUST MATCH BOTH 

* IDBLK AND IDNUM VALUES IN THE PU MACRO, AND MUST BE UNIQUE IN THE 

* NETWORK 

* ADDR VALUE MUST BE UNIQUE IN THE SWITCHED MAJOR NODE 

* 

KKEKRKKKRKKRKEKKRKKEKKREE REE KRKEKEK REE RRR KEKE KEKE REE KEKE REE KRKEKEKKKEREEE 

SWXIDB PU —- ADDR=02, NOT CHECKED IF TOKEN RING DEFINITION X 
DISCNT=NO, ACCEPT DISCONTACT FROM AS/400 x 
IDBLK=056, 12 BIT BLOCK NUMBER FOR AS/400 x 
IDNUM=AQ02A, [4 20 BIT ID FOR THIS PU (AS/400 CTLD) X 
MAXDATA=1994, MAX FOR 4M TOKEN RING x 
MAXPATH=1, ONLY NEED ONE PATH STATEMENT x 
MAXOUT=7, 7 PIUS TO DEVICE BEFORE RESPONSE x 
NETID=APPN, NETID OF AS/400 (IF DIFFERENT) x 
PACING=0, PACING CAN BE ANY ACCEPTABLE VALUE X 
PASSLIM=7, 7 CONTIGUOUS PIUS MAX AT ONE TIME  X 
PUTYPE=2, TYPE OF DEVICE CALLING IN x 
ISTATUS=ACTIVE, | ACTIVATE WITH MAJOR NODE x 
MODETAB=LOGMOD38, ANY VALID LOGMODE TABLE * 
SSCPFM=USSSCS, VTAM TO STRIP/ADD MEDIA CONTROL CHAR * 
VPACING=0 VPACING CAN BE ANY ACCEPTABLE VALUE 

* 

* NOTE: SHOULD HAVE ENOUGH LOGICAL TOKEN RING LINES DEFINED TO ALLOW 

* ALL PUS TO BE DIALLED IN/OUT AT ONCE 

* LABEL ON PATH MACRO MUST BE UNIQUE, IF SPECIFIED 

* 


PATHB PAT. 
* 

* 

SWXIDBO1 L 
SWXIDBO2 L 
SWXIDBO3 L 
SWXIDBO4 L 


SWXIDBO5 L 


SWXIDBO6 L 


KR K 


* 


H GRPNM=R3G092L, DIALNO=0504400071032004 J 
* SAME NUMBER OF LUS ON HOST AS DEVICES ON AS/400 
U LOCADDR=1, FIRST AVAILABLE LOCAL ADDRESS X 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 
U LOCADDR=2, FIRST AVAILABLE LOCAL ADDRESS X 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 
U LOCADDR=3, FIRST AVAILABLE LOCAL ADDRESS X 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 
U LOCADDR=4, FIRST AVAILABLE LOCAL ADDRESS X 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 
U LOCADDR=5, FIRST AVAILABLE LOCAL ADDRESS X 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 
U LOCADDR=6, FIRST AVAILABLE LOCAL ADDRESS xX 
ISTATUS=ACTIVE ACTIVATE WITH MAJOR NODE 
KKEKKEKKKEKK KKK KKK KKK KKK KKK KEKE KKK RE REE RE RK ERK EKER KER KKEK KERR 
* REPEAT AS THE PREVIOUS DEFINITIONS AS NEEDED 


* 


KKK KARE 


Considerations for NCP GENs for parallel connections to a host system: 


Ha 


IK III KK IK KKK IK I II KK IK KK KIKI IKK IK KKK IK II IK KI KI I IK I IK II KICK 


The concatenation of IDBLK and IDNUM must match the value specified 


for the LCLEXCHID parameter in the AS/400 controller description. 


Chapter 4. Token-Ring Network Configuration Examples 


4-23 


In the DIALNO operand, the fist two digits specify the PORTADDR on 
the NCP line definition, the second two digits specify the SSAP on the 
controller description on the AS/400 system, and the remaining digits 
specify the adapter address on the AS/400 line description. 


Example of Token-Ring Network-to-3174 Model 1L Gateway 


Configuration 


The following host controller description describes a 3174 Model 1L Subsystem 
Control Unit. The 3174 Model 1L is used to attach an ES/9000 host system to the 
token ring. In this example, the 3174 Control Unit is used as a gateway to bridge 
two systems with different network architectures. This configuration does not 
require a 3745 Communications Controller. 


The 3174 1L is configured to use an adapter address of 400031740001. The 
TOKENRING1 line description created in “Creating the Token-Ring Network Line 
Description” on page 4-1 is used for the SWTLINLST parameter. The SSAP and 
DSAP parameters are not included because the defaults of DSAP(04) and 
SSAP(04) are used. 


CRTCTLHOST CTLD(TRLANHOST2) LINKTYPE(*LAN) + 
SWTLINLST(TRNLINE) RMTCPNAME(*ANY) + 
ADPTADR(400031740001) TEXT('3174 Gateway') 


Although the following device description example is not specific to token-ring net- 
works, you can use it to configure an emulation display. 


CRTDEVHOST DEVD(TRLANEML2) LOCADR(01) RMTLOCNAME(HOST2) + 
CTL(TRLANHOST2) APPTYPE(*EML) + 
TEXT('3270 emulation for Host2') 


Example of the 3174 Model 1L Subsystem Control Unit Configuration 


These displays must be filled in during customization of the 3174 Model 1L. See 
the 3174 Subsystem Control Unit Customizing Guide for more information. 


Model/Attach Display 


This display contains information about the attachment of the 3174 gateway to the 
host processor. 


— 


Model /Attach 
99 - Identification 
100 - O1L 


101 - 5 


Figure 4-23. Prompt Display for 3174 Gateway Attachment to Host Processor 


Item 100 is the 3174 model designation, 01L. 
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Item 101 is the type of host attachment used. In this example, type 5 (Local SNA) 


is used because the 3174 gateway is locally attached to the host processor. 


Local SNA Display 


This display contains information about the attachment of the 3174 gateway to the 


host processor. Because item 101 on the Model/Attach display was set to local 
SNA, this display appears. 


— 


104 
121 
132 
141 
173 
213 
222 


11111111 
1 


0) 


105 
125 
136 
165 
175 
215 


226 


Local SNA 
Bl 
00000000 
0001 

Q 

000000 
00000 

10 


Figure 4-24. Prompt Display for Local SNA 


108 - AQ13700 


127 - 00 
137 - 0000 
166 - B 
220 - 3 
224 - 2 


116 - 0 
138 - 0 
225 - 4 


Each 3174 gateway must be configured for every AS/400 system, personal com- 
puter, or 3174 Control Unit that it will communicate with. Each is assigned a partic- 


ular address on a following display. Items 104 and 105 define the first and last 
addresses assigned. 


Token-Ring Gateway Display 
This display contains information about the 3174 gateway’s attachment to the 
token-ring network. 


900 - 400031740001 


Token-Ring Gateway 


905 - 1 


908 - IBMLAN 


Figure 4-25. Prompt Display for Token-Ring Gateway 


Item 900 is the local adapter address of the 3174 gateway being configured. This 


must equal the ADPTADR parameter of the host controller description on the 


AS/400 system. 


Ring Address Assignment Display 
This display contains information about the stations communicating with the 3174 
gateway. Each system, controller, or personal computer that will communicate with 
the 3174 gateway must be configured here. 
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= 
940: Ring Address Assignment | 
S@ Ring @ SAP@ T S@ Ring @ SAP@ T 
BQ 400031740001 04 
Bl 400003190001 04 1 B2 N/A 
B3 N/A B4 N/A 
B5 N/A B6 N/A 
B7 N/A B8 N/A 
B9 N/A BA N/A 
BB N/A BC N/A 
BD N/A BE N/A 
BF N/A CO N/A 
C1 N/A C2 N/A 
C3 N/A C4 N/A 
C5 N/A C6 N/A 
C7 N/A C8 N/A 
C9 N/A CA N/A 
CB N/A CC N/A 


Figure 4-26. Prompt Display for Ring Address Assignment 
The ring address of the first controller is that of the 3174 gateway itself. 


The second controller is the AS/400 system. The ring address must equal the 
ADPTADR parameter of the token-ring line description for the AS/400 system. The 
SAP@ must be configured in the SSAP list of the token-ring line description and 
must equal the SSAP parameter of the host controller description on the AS/400 
system. The type is set to 1 for the 3174 Control Unit because the AS/400 system 
appears to the host system as a remote 3174. 


The S@ (station address) value must match the CUADDR parameter of the PU 
macroinstruction of the NCP/VTAM configuration. 


Ring Transmission Definition Display 


This display contains details about the transmission characteristics for each station 
the 3174 will communicate with. The maximum frame size and maximum number of 
outstanding frames are defined on this display. 
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= 
941: Ring Transmission Definition | 
S@ Ring @ SAP@ F W S@ Ring @ SAP@ F W 
BO 400031740001 04 2 4 
B1 400003190001 04 2 4 B2 N/A 
B3 N/A B4 N/A 
B5 N/A B6 N/A 
B7 N/A B8 N/A 
B9 N/A BA N/A 
BB N/A BC N/A 
BD N/A BE N/A 
BF N/A CO N/A 
C1 N/A C2 N/A 
C3 N/A C4 N/A 
C5 N/A C6 N/A 
C7 N/A C8 N/A 
C9 N/A CA N/A 
CB N/A CC N/A 


Figure 4-27. Prompt Display for Ring Transmission Definition 


The values in column F are frame sizes. The value 2 corresponds to an information 
frame size of 1033. The MAXFRAME parameter on the host controller description 
on the AS/400 system should equal this. 


The S@ (station address) value must match the CUADDR parameter of the PU 
macroinstruction of the NCP/VTAM configuration. 


Example of the NCP/VTAM Configuration 


This is the NCP GEN for the local controller created by the system administrator to 
provide for connectivity between the AS/400 system and the 3174 gateway. This 
GEN is valid on Network Control Program (NCP) Version 4.2 and Virtual Telecom- 
munications Access Method (VTAM) Version 3.1.1. Different NCP or VTAM levels 
may require different parameters. 


R13B1 VBUILD TYPE=LOCAL 

R13BOA = PU CUADDR=3B1, 
DISCNT=(NO,F), 
ISTATUS=ACTIVE, 
PUTYPE=2, 
SPAN=(SYSPGMR) , 
SSCPFM=USSSCS, 
VPACING=7 

R13B102 LU  DLOGMOD=P6ES2, 
ENCR=NONE, 
ISTATUS=ACTIVE, 
LOCADDR=2, 
LOGAPPL=SAMON, 
MODETAB=LOGMOD38, 
SPAN=(SYSPGMR) , 
SSCPFM=USSSCS, 
VPACING=7 


>< >< >< OK OK OX 


>< >< >< >< OK OOK OK OX 


The last two characters in the CUADDR parameter must match the Control Unit 
Address on the Ring Address Assignment and the Ring Transmission Definition dis- 
plays of the 3174 1L configuration. 
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Example of Token-Ring Network-to-3174 Subsystem Control Unit 
Configuration 


The remote work station controller description, created by the following displays, 
describes a 3174 (Model 3R or 53R) Subsystem Control Unit capable of attaching 
to a token-ring network. It uses adapter address 400031740004. The 
TOKENRING1 line description created in “Creating the Token-Ring Network Line 
Description” on page 4-1 is used for the SWTLINLST parameter. 


Create Ctl Desc (Remote WS) (CRTCTLRWS) 


Type choices, press Enter. 


Controller description. .... > TRLAN3174 Name 
Controller type ........ > 3174 3174, 3274, 5251, 5294... 
Controller model ........ > @0 0, 1, 0001, 2, 0002, 12, 0012 
Link CEVpe 6. oe eh ae See ae es > *LAN *IDLC, *LAN, *NONE, *SDLC... 
Online at IPL ......... *YES *YES, «NO 
Switched line list. ...... > TOKENRING1 Name 

+ for more values 
Maximum frame size. ...... *LINKTYPE 265-1994, 256, 261, 265... 
Exchange identifier ...... 00100000-FFFFFFFF 
Initial connection. ...... *DIAL *DIAL, *ANS 
Dial initiation ........ *LINKTYPE *LINKTYPE, *IMMED, *DELAY 
LAN remote adapter address . . . > 400031740004 000000000001-FFFFFFFFFFFF 
Autocreate device ....... *ALL *ALL, *NONE 
Text 'description'....... > 'RWS controller for 3174' 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


L J 


Figure 4-28. Prompt Display for TRLAN3174 Controller Description 


Note: When tailoring the 3174 Control Unit that this controller description repres- 
ents, you must set the maximum frame parameter greater than or equal to 
the MAXFRAME parameter on the TOKENRING1 line description to which 
this controller is attached. 


Although the following device description examples are not specific to a token-ring 


network, you can use them to configure a 3279 display and a 3287 printer capable 
of attaching to a 3174. 
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Create Device Desc (Display) (CRTDEVDSP) 

Type choices, press Enter. 

Device description. ...... > TRLAN3279 Name 

Device class .......2-26-. > *RMT *LCL, *RMT, *VRT, *SNPT 
Device type ........2.-. > 3279 3101, 3151, 3161, 3162... 
Device model .......... >@ 0, 1, 2, 4, 11, 12, 23... 
Local location address ..... > 02 00-FE 

Online at IPL ......... *YES *YES, «NO 

Attached controller ...... > TRLAN3174 Name 

Keyboard language type. .... *SYSVAL *SYSVAL, AGB, AGI, ALI... 
Drop line at signoff ...... *YES *YES, «NO 

Application type........ *NONE *NONE, *NRF, *CTLSSN... 
Text 'description’....... > '3279 attached to 3174' 


Figure 4-29. Prompt Display for TRLAN3279 Display Device Description 


Figure 4-30. Prompt Display for TRLAN3287 Printer Device Description 


The following display is used during customization of a 3174 Control Unit. 
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Create Device Desc (Printer) (CRTDEVPRT) 
Type choices, press Enter. 
Device description. ...... > TRNLAN3287 Name 
Device class .......... > *RMT *LCL, *RMT, *VRT, *SNPT, *LAN 
Device type .......... > 3287 3287, 3812, 4019, 4201... 
Device model .......... > @0 0% 12s 345 10¥ 13.301... 
Local location address ..... > 03 00-FE 
Online at IPL ......... *YES *YES, *NO 
Attached controller ...... > TRLAN3174 Name 
Separator program ....... *NONE Name, *NONE 

Le DRARY 8 28" us. ty eee ate: wecteees Name, *LIBL, *CURLIB 
Printer error message ..... *INQ *INQ, *INFO 
Message queue ......... QSYSOPR Name, QSYSOPR 

Library: (3. See ence 8 ae KR a Sh vs *LIBL Name, *LIBL, *CURLIB 
Application type........ *NONE *NONE, *NRF, *DEVINIT... 
Text 'description’....... > '3287 attached to 3174' 


4-29 


106 - 4000 3174 0004 107 - 4000 0319 0001 108 - 0324000 116 - 0 


121 - 01 125 - 00000000 127 - 0 0 

132-0000 136-1111 137-0000 138 - 0 
141 -A 165 - 1 166 - C 

173 - 00000000 175 - 000000 

213 - 1 215 - 00000 220 - 3 

380 - 1994 381 - 7 382 - 1994 383 - 4 


Figure 4-31. Prompt Display for Token-Ring Network 


Item 106, the adapter address of the 3174 Control Unit, must match the ADPTADR 
parameter on the Create Controller Description (Remote Work Station) 
(CRTCTLRWS) command. 


Item 107 is the adapter address of the AS/400 system that this 3174 Control Unit 
connects with. This must be equal to the adapter address (ADPTADR) parameter 
on the TOKENRING1 line description. 


Item 380 is the largest frame the 3174 Control Unit can accept. This should be set 
to 1994 so that the AS/400 system can send the largest possible frame to the 3174 
Control Unit. 


Item 382 is the largest frame the 3174 Control Unit sends. This can be no larger 
than the MAXFRAME parameter on the TOKENRING1 line description. 
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Chapter 5. Ethernet networks 


This chapter discusses considerations for Ethernet network configurations and 
describes some aspects of Ethernet hardware. 


Ethernet physical environment 


The Ethernet topology defines its physical environment. Topology refers to the 
manner in which network devices are interconnected. Examples of devices include 
servers, PCs, printers, repeaters, switches, and routers. 


Ethernet topologies 
Ethernet networks are configured in two general topologies: bus and star. 


Bus topology 

In a bus topology, the network devices connect in series to a transmission medium, 
called a bus. Examples of bus technology include 10BASE2 and 10BASE5. When 
a station transmits data on the bus, transmission occurs in both directions. The 
transmitted data is received by all other stations that are attached on the bus. 
Because all stations on a bus share a common transmission link, only one station 
can transmit at a time. This is called half-duplex Ethernet. A break at any point in 
the bus usually will disrupt the entire segment. 


Figure 5-1 on page 5-2 shows an example of the hardware that is used to set up 
an Ethernet bus-topology network using coaxial cable. A device called a transceiver 
is part of or is attached to the coaxial cable. A transceiver cable connects the 
AS/400 controller to the transceiver, which transmits and receives data. You can 
purchase your IEEE 802.3-compliant transceiver cable, transceiver, and cable from 
any vendor. 


Note: IEEE 802.3 and Ethernet Version 2.0 standards specify that compliant 
transceiver must support the signal-quality-error function. Although AS/400 
Ethernet adapters can use transceivers with or without the signal-quality- 
error function, it is recommended that this function be active. If a cable or 
transceiver failure occurs, and this support is not active, the AS/400 system 
may not be able to isolate the failure to the cable or transceiver. In this 
case, a general application-generated message appears. The message 
states that a controller has lost contact, or a time-out to the host connection 
has occurred. 


Ethernet uses baseband transmission at a rate of 10 Mbps. 
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Figure 5-1. Ethernet Attachment Using Coaxial Cable 


Bus configuration: The Carrier Sense Multiple Access with Collision 
Detection (CSMA/CD) protocol regulates access to the medium on Ethernet net- 
works. On Ethernet networks that are configured in a bus topology, multiple 
stations share the transmission medium. When a station has data to send, it listens 
to the transmission medium to determine if it is available (no other stations are 
transmitting). If it is available, it begins to transmit. The station continues to listen 
during the transmission to determine if a collision occurs. A collision occurs when 
two or more stations begin transmitting at about the same time. If a collision occurs, 
the transmitting station stops its transmission, and waits a random length of time 
before it attempts to transmit again. 


The load on the Ethernet bus will have some effect on performance. At light loads, 
very few collisions will occur, and performance will be good. As the load on the bus 
increases, the chance of a collision also increases. Increased collisions will result in 
degraded performance. Under extreme circumstances, heavy loads can cause 
severe performance problems. 


Star topology 

In an Ethernet star topology, a point-to-point link (segment) connects each station 
to a central hub. The hub consists of either a switch or a repeater (see Figure 5-2 
on page 5-3). Ethernet switching hubs divide the network into separate collision 
domains. If one segment experiences a break, it generally does not effect the rest 
of the network. An Ethernet network that employs repeater hubs is a single trans- 
mission domain, and is subject to collisions. Hubs help extend Ethernet networks 
by providing multiple Ethernet ports. 
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Figure 5-2. Example of Ethernet Network Star Topology with a Switching Hub 


Repeater hubs: Repeater hubs link together multiple Ethernet media segments of 
various types to create a larger network that operates as a single Ethernet LAN. 
Repeater hubs provide signal amplification and retiming. This allows network seg- 
ments to be extended a greater distance. The repeater receives the transmitted 
data, amplifies it, and forwards it to all the linked segments. Ethernet segments 
that are linked by repeater hubs operate at half duplex. Multiple stations must 
share the transmission medium and available network bandwidth. Segments that 
are linked by a repeater hub are susceptible to collisions. 


Switching hubs: Switches divide a set of Ethernet media systems into multiple 
LANs, which are linked together by the switching hubs. When a station transmits 
data, the switch reads the destination address information and forwards the data to 
its destination segment. Stations that are linked by Ethernet switches can send and 
receive data simultaneously, using the entire medium bandwidth. This is called full- 
duplex Ethernet. Ethernet switches eliminate the possibility of collisions, and also 
improve network performance. Ethernet switches permit you to extend the 
maximum size of the network, without exceeding the maximum wire length, 
attached device count, or number of repeaters for a network segment. 


For more information on Ethernet switches, see the /BM LAN Bridge and Switch 


Guide, SB24-5000, and Local Area Network Concepts and Products: LAN Architec- 
ture, SG24-4753. 
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Ethernet physical address format 


As mentioned in Chapter 2, “AS/400 implementation of local area networks” on 
page 2-1, every system, controller, or personal computer that is attached to a local 
area network has a physical address for its attachment adapter. This physical level 
is called the MAC (medium access control). The IEEE architecture defines the 
48-bit (6-byte) MAC address formats to be used for IEEE 802.3 Ethernet LANs. 
Figure 5-3 defines how the MAC addresses are displayed on the AS/400 system 
for the Ethernet LAN. The order of bit transmission on the medium starts with byte 
O, bit 7 through bit 0, then byte 1, from bit 7 through bit 0, until byte 5, bit 0 is 
reached. This order of transmission is called least significant bit because the least 
significant bit is transmitted first. This ordering for Ethernet differs from the ordering 
for token ring, which starts with byte 0, bit 0 through bit 7 and ends with byte 5, bit 
7. 


The following figure describes the preferred IEEE format. 


Bit O Byte 0 Bit 7 
DTT yl 
ee ed 
Bit 0 Byte 1 Bit 7 
rT. 
Li | 
Bit 0 Byte 5 Bit 7 


RSLN740-2 
Figure 5-3. Ethernet Physical Address Format 
¢ Bit 7 of byte 0 (called the I/G bit) indicates whether the destination address is 
an individual address (B'0') or group address (B'1'). 
e Bit 6 of byte 0 (called the U/L bit) indicates whether the address is universally 
administered (B'0') or locally administered (B'1'). 


The above indicators are an integral part of each station address. 


Note the following: 


e Byte 0, bit 7 = 0. This assignment controls the values of the local adapter 
address (ADPTADR parameter on the CRTLINETH command) to the range of 
individual addresses where byte 0 must be even numbers. 


e Byte 0, bit 6 =1 further restricts locally assigned addresses resulting in the 
address range of hex 020000000000 through hex FEFFFFFFFFFF. The second 
digit must be 2, 6, A, or E. 


e IEEE standards reserve a range of adapter addresses for use as preset 
addresses. This results in byte 0, bit 6 = 0 occupying the remaining even 
values in the range of hex 000000000000 to FFFFFFFFFFFF. 
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Ethernet group addresses 


An Ethernet group address is an address to which a subset of nodes on the 
Ethernet will respond in addition to their local adapter address. Assign group 
addresses by using the GRPADR parameter on the CRTLINETH command. 
Dynamically add group addresses by using a TCP/IP multicast application. A 4-byte 
IP multicast address is mapped to a 6-byte Ethernet group address by placing the 
low-order 23 bits of the IP multicast address into the low-order 23 bits of the 
Ethernet group address 01005E000000. For example, the IP multicast address 
224.255.0.2 maps to 01005E7F002. See the TCP/IP Configuration and Reference 
book for more information on multicast. 


Bridged LAN addressing considerations 


It is important to note that MAC addresses are always displayed in the above 
format for AS/400 Ethernet configuration displays even if they represent stations on 
other LAN media, such as token-ring stations reached through bridges. The format 
of token-ring MAC addresses is described under “Token-ring physical address 
format” on page 3-3. 


Ethernet standard (ETHSTD) parameter considerations 


The type of Ethernet frames sent by the AS/400 system is determined on the type 
of frames received from the network and on the value specified for the Ethernet 
standard (ETHSTD) parameter on the line description. The AS/400 system can 
send Ethernet frames in any of the following formats: 


e IEEE 802.3 
e Ethernet Version 2 (DIX) 
e Ethernet Version 2 with encapsulated SNA data 
Table 5-1 shows the frame type sent by the AS/400 system, based on the type of 


frame received from the network and the value specified for the ETHSTD param- 
eter. 


Table 5-1. ETHSTD Parameter Effect on Frame Types Sent by AS/400 System 
Frame Type Received ETHSTD Value Frame Type Sent 
IEEE 802.3, SNA or *IEEE8023 IEEE 802.3 
HOnSNE *ETHV2 Not sent 
*ALL1 IEEE 802.3 
Ethernet Version 2, *“IEEE8023 Not sent 
pono *ETHV2 Version 2 
*ALL1 Version 2 
Ethernet Version 2, SNA *IEEE8023 IEEE 802.3 
*“ETHV2 Version 2, encapsulated SNA 
*ALL1 IEEE 802.3 
1When *ALL is configured as the ETHSTD value, all TCP/IP multicast packets will be 
sent as both 802.3 and Version 2 frames. 
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See “Ethernet frame formats” on page 1-6 for more information about frame 
formats. 


Ethernet frame size considerations 


Ethernet line descriptions do not have a maximum frame size (MAXFRAME) 
parameter. However, maximum frame sizes can be configured for each SAP asso- 
ciated with the line description. In addition, a controller description also has a 
MAXFRAME size. When the connection process begins, the frame size is the 
smaller of the three values: line description maximum frame size (see Table 5-2), 
SSAP MAXFRAME, or the controller MAXFRAME. However, the frame size may 
become even smaller because of the XID negotiations or bridge considerations. 


The system determines the maximum frame size for the line description based on 
the value specified for the Ethernet standard (ETHSTD) parameter as shown in 


Table 5-2. 
Table 5-2. Maximum Frame Size Based On ETHSTD Parameter 
ETHSTD Param- Maximum Frame 
eter Value Frame type Size 
*ALL IEEE 802.3 1496 
Ethernet Version 2 1500 
*IEEE8023 IEEE 802.3 1496 
*ETHV2 Ethernet Version 2, SNA data 1493 
Ethernet Version 2, non-SNA data 1500 


Bridged LAN frame size considerations 


If a frame is being transmitted to a station that resides on a different LAN, the 
frame must be copied and transmitted again by a bridge. If the bridge is not config- 
ured to support a frame size as large as that configured on the token-ring or 
Ethernet line description, the frame will be discarded. 


In the Ethernet environment, no indication of a smaller frame size is received. This 
condition is detected when a connection is being established with the remote 
system and a CPA57A1 message is sent to the QSYSOPR message queue. 


If it is not possible to configure the bridge to support larger frame sizes, you may 
need to adjust one of the following to a value acceptable to the bridge: 

e MAXFRAME parameter on the controller description 

¢ SSAP MAXFRAME parameter on the line description 


If an adjustment is made, it is recommended that the MAXFRAME value on the 
controller description be adjusted. 
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Chapter 6. Ethernet network configuration examples 


Figure 6-1 demonstrates a possible Ethernet network. 


AS/400 
System 


Personal Computer 


——i 


Cay 


RISC 
System/6000 


' 


PS/2 
Workstation 


Non-IBM System RV4W057-0 


Figure 6-1. AS/400 Ethernet Network 


The following configuration example covers two connections. The first part of the 
example shows how to run APPC to the same system over a single connection to 
the Ethernet network. The AS/400 system with a single connection to the Ethernet 
network can be useful in the initial testing of a connection, configuration, or applica- 
tion program. The adapter card handles the case where the destination address is 
the same as the source address. 


The second part of this example shows the addressing considerations that must 
take place for Client Access and the AS/400 system to communicate over an 
Ethernet network. 


For more information on TCP/IP configuration, see the TCP/IP Configuration and 
Reference book. 


AS/400 system to an Ethernet line 


The AS/400 system on the Ethernet network in this example uses the following line 
description to communicate. 


© Copyright IBM Corp. 1997, 1998 6-1 


T 


Create Line Desc (Ethernet) (CRTLINETH) 


Type choices, press Enter. 


Line description. ....... > ETHLINE Name 
Resource name ........-. > CMNO1 1] Name, *NWID, *NWSD 
Online at IPL ......... *YES *YES, *NO 
Vary onwait.......... *NOWAIT *NOWAIT, 15-180 (1 second) 
Local adapter address ..... > 020071032000 Fy 020000000000-FEFFFFFFFFFF. . 
Exchange identifier ...... *SYSGEN 05600000-O56FFFFF, *SYSGEN 
Ethernet standard ....... *ALL *ETHV2, *IEEE8023, *ALL 
Line speed... .. 1... eee 10M Character value, 10M, 100M... 
DUPLEX: <3) A> vot ae aA ee set Bo ee *HALF Character value, *HALF... 
SSAP list: 
Source service access point . > 04 02-FE, *SYSGEN 
SSAP maximum frame... ... *MAX FRAME *MAXFRAME, 265-1496, 265... 
SSAP type .......2-e+6- *CALC *CALC, *NONSNA, *SNA 
Source service access point . > osfg Q2-FE 
SSAP maximum frame... ... *MAX FRAME *MAXFRAME, 265-1496, 265... 
SSAP ‘type: 6 8 ee arse ee *CALC *CALC, *NONSNA, *SNA 
+ for more values 
ext 'description’'....... > 'ETHLINE line description' 


More... 


F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 


ne 


Create Line Desc (Ethernet) (CRTLINETH) 


Type choices, press Enter. 


User-defined 3 ......... 128 0-255 
Autocreate controller ..... *NO *YES, *NO 
Autodelete controller ..... 1440 1-10000 (minutes), *NONE 
Recovery limits: 
Count limit ......... 2 0-99, *SYSVAL 
Time interval ........ 5 0-120 minutes 
AUENORTEY” £6: 6 Borate ee ve cele *LIBCRTAUT Name, *LIBCRTAUT, *CHANGE... 


p=) ME = 


Figure 6-2. Prompt Displays for ETHLINE Line Description 


Considerations for specifying the CRTLINETH command: 
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For lines that are attached to Network Server Descriptions (NWSD) the 


resource value is *NWSD. This is for IPCS support. See the appropriate 


IPCS manual to learn more about Ethernet lines that are attached on 
IPCS. For an example of “NWI for resource name, see “Bridged con- 


nections to remote token-ring networks” on page 10-8. 


This address is used to transmit and receive on the local area network. 


Specify either the preset address that is assigned to the card by the 


manufacturer or an address that is assigned by the user. All controllers 


that want to communicate with the AS/400 system must use this value in 


their configurations for the remote adapter address. 


The Ethernet standard (ETHSTD) parameter cannot be changed on the 


CHGLINETH command. See “Ethernet standard (ETHSTD) parameter 


considerations” on page 5-5 for information about specifying the 
ETHSTD parameter. 


ay and ATM Support V4R2 


4 | To run APPC to the same system over one connection to the Ethernet 
network, an additional SNA SAP value must be defined in the line 
description. This is necessary to provide a unique LAN address in the 
form of SSAP/DSAP/MAC address. 


The following controller descriptions are used to run APPC to the same system 
over one connection. 


Chapter 6. Ethernet network configuration examples 6-3 


LAN 


Controller description 
Link type 
Online at IPL 
APPN-capable 

Controller type 
Switched line list 
+ for more values 
Maximum frame size 
Remote network identifier 
Remote control point 
Exchange identifier 
Initial connection 

Dial initiation 


Autocreate device 


F3=Exit 
F24=More keys 


Create Ctl Desc (APPC) (CRTCTLAPPC) 


Type choices, press Enter. 


eo 8 © ee 

eo 8 6 6 ee ew lw 
ry 
a 


eo 8 6 ew ew ee 
oe 6 ew ee 


eo 8 6 ew ew ee 


remote adapter address . . 


eo 8 6 ew ew ee 


F4=Prompt 


F5=Refresh 


> APPC1 

> *LAN 
*YES 

> *NO 
*BLANK 

> ETHLINE 


*LINKTYPE 
*NETATR 


*DIAL 
*LINKTYPE 


*ALL 


F12=Cancel 


Name 
*ANYNW, *FAX, *FR, *IDLC... 


*YES, *NO 

*YES, *NO 

*BLANK, *FBSS, 3174, 3274... 
Name 


265-16393, 256, 265, 512... 
Name, *NETATR, *NONE, *ANY 
Name, *ANY 
00000000-FFFFFFFF 

*DIAL, *ANS 

*LINKTYPE, *IMMED, *DELAY 


. > 020071032000 FJ 000000000001-FFFFFFFFFFFF 


*ALL, *NONE 


More... 
F13=How to use this display 


Vf 


LAN 
LAN 
LAN 
LAN 
LAN 
LAN 
LAN 


Text 'description' 


Switched disconnect 
Disconnect timer: 
Minimum connect timer 
Disconnection delay timer 
SDLC poll priority 
SDLC poll limit 
SDLC out limit 
SDLC connect poll retry 
SDLC NDM poll timer 


F3=Exit 
F24= 


Create Ctl Desc (APPC) (CRTCTLAPPC) 


Type choices, press Enter. 


eo 8 6 ew ee 


> 'APPC1 controller attached to ETHLINE' 


Create Ctl Desc (APPC) (CRTCTLAPPC) 


Type choices, press Enter. 


rr 


eo 8 6 ew ew ee 


Ce 


ee 8 ee 


DSAP 
SSAP 
frame retry 
connection retry 
response timer 
connection timer 
acknowledgement timer 


ee 
) 
er 
eo 8 eo ew ee 


) 


F4=Prompt F5=Refresh 


More keys 


*POLLLMT 
*CALC 
*CALC 
04 

> 08 @ 
*CALC 
*CALC 
*CALC 
*CALC 
*CALC 


F12=Cancel 


*YES, *NO 


0-65535 seconds 

0-65535 seconds 

*NO, *YES 

0-4 

0-4, *POLLLMT 

0-65534, *CALC, *NOMAX 
*CALC, 90-3000 (0.1 seconds) 


04, 08, OC, 10, 14, 18, 1C... 
04, 08, OC, 10, 14, 18, 1C... 


0-254, *CALC 
0-254, *CALC 
0-254 (0.1 seconds) 
0-254 (0.1 seconds) 
0-254 (0.1 seconds) 


More... 
F13=How to use this display 


pa ee ee 


Figure 6-3. Prompt Displays for APPC1 Controller Description 


Considerations for specifying the CRTCTLAPPC command: 
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Note that both the controller descriptions specify ETHLINE as the 
switched line list value. The line description that is specified for this 
parameter must exist before being specified. 


2 | The adapter address (ADPTADR parameter) specifies the address of 
the remote controller. Because this example is testing a connection to 
itself, the adapter address on the line description and the remote 
adapter address are the same. This is not the case if two remote 
systems are communicating. 


The LAN destination service access point (DSAP parameter) is the 
logical address with which this controller communicates. This value must 
equal the LAN source service access point in the remote controller con- 
figuration. 


4 | The LAN source service access point (SSAP parameter) is the logical 
address that this system sends with any data to a remote system. This 
value must match the DSAP of the remote controller. 


The preceding discussion of the CRTCTLAPPC command also relates to the 
APPC2 controller configuration below. 


CRICTLAPPC CTLD(APPC2) LINKTYPE(*LAN) APPN(*NO) SWTLINLST(ETHLINE) + 
ADPTADR(020071032000) DSAP(@8) SSAP(04) + 
TEXT('AS/400 at address 020071032000, DSAP 08') 


The following displays show the creation of the APPC device descriptions that are 
needed to complete the configuration. The remote location name (RMTLOCNAME 
parameter) is the name of the device with which your system is communicating. 
Note that the remote location name on device APPC1 matches the local location 
name on APPC2. 


CRTDEVAPPC DEVD(APPC1) RMTLOCNAME(APPC2) LCLLOCNAME(APPC1) + 
CTL(APPC1) APPN(*NO) TEXT('Device for APPC2 controller') 


CRTDEVAPPC DEVD(APPC2) RMTLOCNAME(APPC1) LCLLOCNAME(APPC2) + 
CTL(APPC2) APPN(*NO) TEXT('Device for APPC1 controller') 


Client Access considerations 


When you are using Client Access and the AS/400 system in an Ethernet network, 

you need to be aware of the Ethernet physical address format. This address format 
is discussed in “Ethernet physical address format” on page 5-4. Client Access uses 
the same addressing format as the token-ring physical address format, which is dis- 
cussed in “Token-ring physical address format” on page 3-3. 


Because these two address formats are in reversed bit order, the configured phys- 
ical addresses will appear in reversed bit order when viewed on each system. For 
the following example, the addresses are viewed as follows: 


Table 6-1 (Page 1 of 2). Addresses from AS/400 View 
AS/400 View Address 
AS/400 Address 020071032000 
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Table 6-1 (Page 2 of 2). Addresses from AS/400 View 


AS/400 View Address 


Personal Computer using Client Access 02000A000010 


The following figure illustrates the addresses when viewed from the personal com- 


puter. 
Table 6-2. Addresses from Personal Computer View 
Personal Computer View Address 
Personal Computer Address 400050000008 
AS/400 System 40008EC00400 


Client Access considerations for environments other than those that are described 
in this example are discussed in “Client Access configuration considerations” on 
page 6-21. 


APPC controller description for Client Access 


The APPC controllers and devices that are needed to communicate with the per- 
sonal computer that is running Client Access can be created automatically. Auto- 
matic configuration is highly recommended when using Client Access. For more 
information on automatic creation of configuration objects, see the Local Device 
Configuration book. 


The following controller description demonstrates the configuration parameters that 
need to correspond with values in the Client Access configuration. 


CRTCTLAPPC CTLD(PCSUPPORT) LINKTYPE(*LAN) SWTLINLST(ETHLINE) + 
RMTNETID(RPC) RMTCPNAME(PCO04) + 
ADPTADR(02000A000010) F¥ + 
TEXT('APPC controller description for Client Access') 


Consideration for specifying the CRTCTLAPPC command: 


The adapter address that is specified in the controller description must 
correspond to the address of the personal computer that is using Client 
Access, which is specified in the CONFIG.SYS file. Notice that the 
address has been converted because the personal computer represents 
locally administered addresses in token-ring format. 


DOS Client Access configuration 


When using DOS Client Access to communicate in an Ethernet network, you 
should be aware of two files: CONFIG.SYS, and CONFIG.PCS. These two files 
designate the address of the personal computer that is using Client Access, and 
the address of the remote system with which to communicate. 


The following is an example of the CONFIG.SYS file, which identifies the local 
address of the personal computer. 
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BREAK=ON 

FILES=15 

device=C:\ether\dxmaOmod. sys 
device=C:\ether\dxmeOmod.sys 400050000008 
DEVICE=C:\PCS\EIMPCS.SYS 
DEVICE=C:\PCS\ECYDDX.SYS 


Notice that the personal computer identifies itself as adapter address 
400050000008. The adapter address is used to transmit and receive on 
the local area network. Notice that this adapter address is converted to 
02000A000010 when the personal computer sends the address in a 
frame. Because the personal computer represents locally administered 
addressing in token-ring format, conversion of addresses is necessary. 


For more information on address conversion, see “Token-ring-to-Ethernet address 
conversion” on page D-3. For more information on valid addresses, see the dis- 
cussion of the ADPTADR parameter in the Communications Configuration book. All 
remote systems must use the adapter address value (or converted equivalent if 
using the 8229 LAN Bridge) in its configuration for the remote adapter address. 


The next example is of the CONFIG.PCS file, which identifies the remote control 
point name (RTLN), the remote system address (TRLI), and the maximum frame 
size that is allowed (TRMF). 


SFLR 1,1,QIWSFLR 
RTLN RPC. PCOO4 

TRLI RCHSX400,40008EC00400 
RTYP ITRN 

TRMF 1500 —] 

MDEF 1,1 

MMRI 60 

MTIM 60 


The address that is given in the TRLI entry of the CONFIG.PCS file cor- 
responds to the adapter address of the AS/400 line description. Because 
the personal computer represents locally administered addressing in 
token-ring format, conversion of addresses is necessary. 


2 | The TRMF value specifies the maximum frame size on the personal 
computer. For Ethernet, the maximum is 1500. The AS/400 value of 
“CALC on the SSAP parameter of the line description corresponds to 
this value. 


OS/2 Client Access considerations 


When using OS/2 Client Access to communicate in an Ethernet network, you 
should be aware of the locations of the different LAN addresses. 


The personal computer LAN adapter address 400050000008 should be entered on 
the OS/2 configuration menu Local LAN Adapter Address. This field is the OS/2 
equivalent of the entry in DOS CONFIG.SYS: Device=c:\ether\dxmeOmod.sys 
40050000008. 


The AS/400 LAN adapter address 40008EC00400 should be entered in the LAN 


destination address field on the OS/2 configuration menu 5250 Work Station 
Feature LAN Defaults. This field is the OS/2 equivalent of the TRLI field in the DOS 
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CONFIG.PCS file. The address corresponds to the adapter address of the AS/400 
line description. Because the personal computer represents locally administered 
addressing in token-ring format, conversion of addresses is necessary. 


Client Access address conversion considerations 
The example of Client Access demonstrated the configuration when using a locally 
administered address on the personal computer. Because this address is repres- 
ented in token-ring format, the address conversion is necessary. 


If the personal computer is configured to use the preset adapter address of the 
Ethernet adapter card in the personal computer itself, no address conversion is 
necessary when creating the controller description on the AS/400 system. No 
address conversion is needed because the address already corresponds to the per- 
sonal computer preset adapter address. However, the addresses in the TRLI entry, 
which corresponds to the address of the AS/400 line description, must always be 
converted. 


Token-ring-to-Ethernet bridge configuration example 


Figure 6-4 on page 6-9 demonstrates a token-ring and an Ethernet network that is 
communicating through an 8229 LAN Bridge. The following configuration example 
shows AS/400 System 1, which is using the ETHERNET1 line description to com- 
municate with the 3174 Control Unit and its attached devices. 
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AS/400 System 1 


Ethernet Non-IBM System 


AS/400 System 3 


9370 PS/2 Workstation 


TCP/IP 


FBSS 
Controller 


Token-Ring Network 


8209 
LAN Bridge 


ES/9000 


System PS/2 Workstation 


RV4W058-0 


Figure 6-4. AS/400 Ethernet Bridged Environment 


AS/400 System 1 is using the same line description to communicate with AS/400 
System 2 on the token ring. AS/400 System 2 uses its own token-ring line 
description (TOKEN) to communicate with AS/400 System 1. AS/400 System 1 and 
AS/400 System 2 communicate using APPN. AS/400 System 3 uses the ETHNET 
line description to communicate with the FBSS controller and the 3745 communi- 
cations controller on the token ring. 
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Address conversion for Ethernet bridged environment 


Table 6-3 demonstrates the address conversion for the configuration that is shown 
in Figure 6-4 on page 6-9. A configuration example that shows the address con- 


version follows this topic. 


Table 6-3. Address Mapping 


System TOKEN Address ETHERNET1 Address 
AS/400 1 on ETHERNET1 400003200001 020000040080 
AS/400 2 on TOKEN 400010050001 020008A00080 

3174 Control Unit 400031740004 02008C2E0020 

3745 Communications 

Controller 400000001590 02000000A809 
AS/400 3 on ETHNET 400000200099 020000040099 

FBSS Controller 400011111111 020088888888 


Creating the ETHERNET1 line description 
This Ethernet line description connects AS/400 System 1 to the Ethernet network in 


Figure 6-4 


CRTLINETH 


on page 6-9. 


LIND(ETHERNET1) RSRCNAME(LIN121) + 
ADPTADR(0200C0040080) + 
ETHSTD(*ALL) 4) TEXT('ETHERNET1 line description’) 


Considerations for specifying the CRTLINETH command: 


The adapter address is used to transmit and receive on the local area 
network. Either the preset address that is assigned to the card by the 
manufacturer, or an address that is assigned by the user, can be speci- 
fied. This adapter address is converted to 400003200001 after it has 
gone through the 8229 LAN Bridge to the token-ring network. For more 
information on address conversion, see “Token-ring-to-Ethernet address 


For more information on valid addresses, see the ADPTADR parameter 
description in the Communications Configuration book. All remote 
systems must use the adapter address value (or converted equivalent if 
using the 8229 LAN Bridge) in its configuration for the remote adapter 


The Ethernet standard (ETHSTD) parameter cannot be changed on the 
CHGLINETH command. When ETHSTD(*ALL) is configured, the AS/400 
system sends SNA data in IEEE 802.3 frames. 


conversion” on page D-3. 
address. 

2 

Creating 


the CTL3174 remote work station controller description 


The following controller description associates the 3174 Control Unit with the 
ETHERNET1 line description. 


CRTICTLRWS 


CTLD(CTL3174) TYPE(3174) MODEL(@) LINKTYPE(*LAN) + 
SWTLINLST (ETHERNET1) MAXFRAME (1496) 2 | + 
ADPTADR(@2008C2E0020) + 
TEXT('3174 controller description') 
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Considerations for specifying the CRTCTLRWS command: 


The ETHERNET‘ line description must exist before this value can be 
specified for the switched line list (SWTLINLST parameter). When this 
value is specified in the AS/400 controller description, the 3174 con- 
troller is recognized by AS/400 System 1 on the Ethernet network. 


2 | The maximum frame size (MAXFRAME parameter) for this controller is 
configured as 1496 because the remote system is on the other side of 
the bridge. The largest information field that can pass through the 8229 
LAN Bridge is 1496 bytes. 


The LAN remote adapter address (ADPTADR parameter) is the address 
the AS/400 system will send data to when it communicates with the 
remote controller. This adapter address is converted to 400031740004 
after it has gone through the 8229 LAN Bridge to the token-ring network. 
Refer to Figure 4-31 on page 4-30 to see this address configured on 
the 3174 Control Unit. 


For more information on address conversion, see “Token-ring-to-Ethernet address 
conversion” on page D-3. All remote systems must use the adapter address value 
(or converted equivalent if using the 8229 LAN Bridge) in its configuration for the 
remote adapter address. 


Creating the DEV3277, DEV3279, and DEV3287 device 
descriptions 

The following device descriptions associate 3277, 3278, and 3279 display stations 
and a 3287 printer with the 3174 controller description. Notice that all the device 
descriptions that are created here name CTL3174 as the attached controller. All of 
the following device descriptions have the same considerations for specifying the 
CRTIDEVDSP and CRTDEVPRT commands. 


CRTDEVDSP DEVD(DEV3277) DEVCLS(*RMT) TYPE(3277) MODEL(0) + 
LOCADR(04) CTL(CTL3174) + 
TEXT('3277 display attached to 3174') 


CRTDEVDSP DEVD(DEV3278) DEVCLS(*RMT) TYPE(3278) MODEL(0) + 
LOCADR(05) CTL(CTL3174) + 
TEXT('3278 display attached to 3174') 


CRTDEVDSP DEVD(DEV3279) DEVCLS(*RMT) TYPE(3279) MODEL(0) + 
LOCADR(02) CTL(CTL3174) + 
TEXT('3279 display attached to 3174') 


CRTDEVPRT DEVD(DEV3287) DEVCLS(*RMT) TYPE(3287) MODEL(0) + 
LOCADR(03) CTL(CTL3174) + 
TEXT ('3287 printer attached to 3174') 


Considerations for specifying CRTDEVDSP and CRTDEVPRT commands: 


The location address must be unique for each device that is attached to 
the same controller. For more information on valid values, see the dis- 
cussion on the LOCADR parameter in the Communications Configura- 
tion book. 
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Configuring the 3174 controller 


The following display is used during customization of a 3174 Control Unit. 


106 - 4000 3174 0004 107 - 4000 0320 0001 108 - 0324000 116 - 0 


121 - 01 125 - 00000000 127 - 00 

132-0000 136-1111 137-0000 138 - 0 
141 -A 165 - 1 166 - C 

173 - 00000000 175 - 000000 

213 - 1 215 - 00000 220 - 3 

380 - 2042 381 - 7 382 - 1496 383 - 4 


Figure 6-5. Prompt Display for Ethernet Network 


Item 106, the adapter address of the 3174 Control Unit, must match the converted 
form of the ADPTADR parameter on the Create Controller Description (Remote 
Work Station) (CRTCTLRWS) command. This adapter address is converted to 
02008C2E0020 when it has gone through the 8229 LAN Bridge to the Ethernet 
network. Refer to “Creating the CTL3174 remote work station controller description” 
on page 6-10 to see this address configured on the AS/400 system. 


Item 107 is the adapter address of the AS/400 system to which this 3174 Control 
Unit is connected. This must match the converted form of the adapter address 
(ADPTADR) parameter on the ETHERNET‘ line description. This adapter address 
is converted to 0200C0040080 when it has gone through the 8229 LAN Bridge to 
the Ethernet network. 


Item 380 is the largest frame the 3174 Control Unit can accept. This should be set 
to 2042 so that the AS/400 system can send the largest possible frame to the 3174 
Control Unit. 


Item 382 is the largest frame the 3174 Control Unit sends. This can be no larger 
than the SSAP maximum frame size on the ETHERNET1 line description. It should 
not be larger than the largest frame that the 8229 LAN Bridge can pass. 


Creating the APPNETH APPC controller description 

The following display shows the controller description needed to use APPN 
between two AS/400 systems: One on the Ethernet line description that was 
created previously, and the other on a token-ring system. This controller 
description automatically creates the necessary device descriptions when the con- 
troller is varied on because APPN is used. 


CRTCTLAPPC CTLD(APPNETH) LINKTYPE(*LAN) SWTLINLST(ETHERNET1) iJ + 
MAXFRAME (1496) J RMTCPNAME(S1000005) fy + 
ADPTADR(@20008A00080) EZ + 
TEXT('APPN controller for token-ring-to-Ethernet') 
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Considerations for specifying the CRTCTLAPPC command: 


Notice that the previously created ETHERNET/1 line description is speci- 
fied as the switched line list (SWTLINLST parameter). When this value 
is specifyied in the AS/400 controller description, the controller can rec- 
ognize the AS/400 1 on the Ethernet network. 


2 | The maximum frame size (MAXFRAME parameter) for this controller is 
configured as 1496 because the remote system is on the other side of 
the bridge. The largest information field that can pass through the 8229 
LAN Bridge is 1496 bytes. 


The remote control point name (RMTCPNAME parameter) and remote 
network identifier (RMTNETID parameter) describe the adjacent system 
control point name and network identifier for APPN. These values must 
match the network attributes of the remote system. For more informa- 
tion, see the discussion of the RMTCPNAME parameter in the Commu- 
nications Configuration book. 


4 | The LAN remote adapter address (ADPTADR parameter) is the address 
to which the AS/400 system sends data when it communicates with the 
remote controller. This adapter address is converted to 400010050001 
after it has gone through the 8229 LAN Bridge to the token-ring network. 
This value matches the adapter address of the AS/400 system on the 
token-ring line in “Creating the TOKEN token-ring line description.” 


For more information on address conversion, see “Token-ring-to-Ethernet address 
conversion” on page D-3. All remote systems must use the adapter address value 
(or converted equivalent if using the 8229 LAN Bridge) in its configuration for the 
remote adapter address. 


Creating the TOKEN token-ring line description 
The following line description describes the token-ring line on the AS/400 System 2. 


CRTLINTRN LIND(TOKEN) RSRCNAME(LINQ31) ADPTADR(400010050001) + 
TEXT('Token-ring line for APPN to Ethernet') 


Considerations for specifying the CRTLINTRN command: 


The LAN remote adapter address (ADPTADR parameter) is the address 
to which the AS/400 system sends data when it communicates with the 
remote controller. Either the preset address that is assigned to the card 
by the manufacturer, or an address that is assigned by the user, can be 
specified. This adapter address is converted to 020008A00080, which 
matches the address configured on the APPNETH controller in “Creating 
the APPNETH APPC controller description” on page 6-12, after it has 
gone through the 8229 LAN Bridge to the Ethernet network. 


For more information on address conversion, see “Token-ring-to-Ethernet address 
conversion” on page D-3. All remote systems must use the adapter address value 
(or converted equivalent if using the 8229 LAN Bridge) in its configuration for the 
remote adapter address. 
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Creating the APPNTRLAN APPC controller description 

The following controller description is used with the token-ring line description for 
the AS/400 system that is running APPN over the token ring. This controller 
description automatically creates APPC device descriptions for use when the con- 
troller is varied on. 


CRTICTLAPPC CTLD(APPNTRLAN) LINKTYPE(*LAN) SWTLINLST(TOKEN) + 
MAXFRAME (1496) fy RMTCPNAME(SYSAS400) + 
INLCNN(*ANS) ADPTADR(400003200001) Eq + 
TEXT('APPC controller attached to TOKEN') 


Considerations for specifying the CRTCTLAPPC command: 


The maximum frame size (MAXFRAME parameter) for this controller is 
configured as 1496 because the remote system is on the other side of 
the 8229 LAN Bridge. The largest information field that can pass through 
the 8229 LAN Bridge is 1496 bytes. 


2 | The LAN remote adapter address (ADPTADR parameter) is the address 
to which the AS/400 system sends data when it communicates with the 
remote controller. This adapter address is converted to 0200C0040080, 
which matches the adapter address of the ETHERNET‘ line description 
on AS/400 System 1 (see “Creating the ETHERNET1 line description” 
on page 6-10) after it has gone through the 8229 LAN Bridge to the 
Ethernet network. 


For more information on address conversion, see “Token-ring-to-Ethernet address 
conversion” on page D-3. All remote systems must use the adapter address value 
(or converted equivalent if using the 8229 LAN Bridge) in its configuration for the 
remote adapter address. 


Creating the ETHNET Ethernet line description 
The following Ethernet line description is for the 9404 System Unit on the Ethernet 
network. 


CRTLINETH LIND(ETHNET) RSRCNAME(LIN131) ADPTADR(020000040099) i + 
ETHSTD(*ALL) EJ TEXT(‘'Ethernet line description') 


Considerations for specifying the CRTLINETH command: 


The local adapter address (ADPTADR parameter) is the address the 
AS/400 system uses when it sends data to the remote controller. This 
adapter address is converted to 400000200099 after it has gone through 
the 8229 LAN Bridge to the token-ring network. Notice that this address 
matches the address for the 3745 communications controller in “Cre- 
ating the ETHCTL SNA host controller description” on page 6-15. 


2 | The Ethernet standard (ETHSTD) parameter cannot be changed on the 
CHGLINETH command. When ETHSTD(*ALL) is configured, the AS/400 
system sends SNA data in IEEE 802.3 frames. 


For more information on address conversion, see “Token-ring-to-Ethernet address 
conversion” on page D-3. 


The ES/9000 host system requires the DIALNO VTAM parameter if the host system 
calls out. For this example, the DIALNO is 0304400000200099, where: 
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¢ 03 is the NCP port number 


e 04 is the source service access point 
¢ 400000200099 is the AS/400 adapter address 


The adapter address must match the adapter address (or its converted equivalent if 
a 8229 LAN Bridge is used) on the AS/400 system. 


The LINE macroinstruction for the ES/9000 system must also be specified as 


follows: 


e ECLTYPE=PHYSICAL. 
e PORTADD=03: This must be the same value as the NCP port address speci- 


fied in the DIALNO parameter. 


LOCADDR=400000001590: This value is the adapter address of the 3745 com- 
munications controller. This value must match the adapter address (or its con- 
verted equivalent if the 8229 LAN Bridge is used) on the AS/400 controller 
description. 


Creating the ETHCTL SNA host controller description 
The following SNA host controller description is used by AS/400 system 3 to com- 
municate with the 3745 communications controller on the token ring. 


CRTCTLHOST CTLD(ETHCTL) LINKTYPE(*LAN) SWTLINLST(ETHNET) — + 


MAXFRAME (1496) 4 RMTCPNAME(RICDRM) + 
LCLEXCHID(Q56AQ01A) ADPTADR(02000000A809) 
NODETYPE(*LENNODE) TEXT('SNA host controller on Ethernet line') 


Considerations for specifying the CRTCTLHOST command: 


For this example, notice that the value that is specified for the switched 
line list is ETHNET, which is the Ethernet line description that was 
created for the AS/400 System 3. 


The maximum frame size (MAXFRAME parameter) for this controller is 
configured as 1496 because the remote system is on the other side of 
the 8229 LAN Bridge. The largest information field that can pass through 
the 8229 LAN Bridge is 1496 bytes. 


The LAN remote adapter address (ADPTADR parameter) is the address 
to which the AS/400 system sends data when it communicates with the 
remote controller. This adapter address is converted to 400000001590 
after it has gone through the 8229 LAN Bridge to the token-ring network. 
Notice that this address matches the configuration in “Creating the 
ETHNET Ethernet line description” on page 6-14. 


For more information on address conversion, see “Token-ring-to-Ethernet address 
conversion” on page D-3. All remote systems must use the adapter address value 
(or converted equivalent, if using the 8229 LAN Bridge) in its configuration for the 
remote adapter address. 
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Creating the ETHAPN1 APPC device description 

The following APPC device description is an example of a device that is associated 
with the ETHCTL SNA host controller that was created previously. This APPC 
device description is created automatically and is shown here to illustrate parameter 
values. 


CRTDEVAPPC DEVD(ETHAPN1) RMTLOCNAME(CICS) LCLLOCNAME(SWHSAO1) + 
CTL(ETHCTL) TEXT('Automatically created by QLUS') 


Creating the FBSSETHCTL finance controller description 
The following finance controller is attached to the 9404 System Unit on the Ethernet 
network in Figure 6-4 on page 6-9. 


Create Ctl Desc (Finance) (CRTCTLFNC) 
Type choices, press Enter. 
Controller description. .... > FBSSETHCTL Name 
Controller type ........ > *FBSS *FBSS, 3694, 4701, 4702... 
Controller model ........ > 0 0 
Link type ........... > *LAN *LAN, *SDLC, *X25 
Online at IPL ......... *YES *YES, *NO 
Switched line list. ...... > ETHNET fj Name 

+ for more values 

Maximum frame size. ...... > 521 265-1033, 256, 265, 512... 
Exchange identifier ...... > 05712345] 00000000-FFFFFFFF 
Initial connection. ...... *DIAL *DIAL, *ANS 
LAN remote adapter address . . . > 020088888888 J 000000000001-FFFFFFFFFFFF 
Text 'description'....... > 'FBSS controller through 8209 bridge' 


Figure 6-6. Prompt Display for FBSSETHCTL Controller Description 


Considerations for specifying the CRTCTLFNC command: 


For this example, notice that the value that is specified for the switched 
line list is ETHNET, the Ethernet line description created for AS/400 
System 3. 

2 | The exchange identifier on the AS/400 system must match the SNA XID 


block number and identification number on the FBSS controller as is 
shown in Figure 6-14 on page 6-19. 


The LAN remote adapter address (ADPTADR parameter) is the address 
to which the AS/400 system sends data when it communicates with the 
remote controller. This adapter address is converted to 400011111111 
after it has gone through the 8229 LAN Bridge to the Ethernet network. 


For more information on address conversion, see “Token-ring-to-Ethernet address 
conversion” on page D-3. All remote systems must use the adapter address value 
(or converted equivalent, if using the 8229 LAN Bridge) in its configuration for the 
remote adapter address. 
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Creating the EFBSSLAN2, EFBSSLAN3, and EFBSS278A device 
descriptions 

The following device descriptions for both the finance and display station devices 
are attached to the FBSSETHCTL finance controller. 


CRTDEVFNC DEVD(EFBSSLAN2) TYPE(*FNCICF) LOCADR(02) + 
RMTLOCNAME(EFBSS2) CTL(FBSSETHCTL) + 
TEXT('ICF finance device at LU address 02') 


CRTDEVFNC DEVD(EFBSSLAN3) TYPE(*FNCICF) LOCADR(03) + 
RMTLOCNAME(EFBSS3) CTL(FBSSETHCTL) MAXLENRU(4096) + 
TEXT('ICF finance device at LU address 03') 


CRTDEVDSP DEVD(EFBSS3277A) DEVCLS(*RMT) TYPE(3277) MODEL(Q) + 
LOCADR(@7) CTL(FBSSETHCTL) + 
TEXT('3277 attached to FBSS at LU address 07') 


Configuring the FBSS controller 
The following displays show the configuration of an FBSS controller. The high- 
lighted option on each display is the option you should select to configure your 
finance controller to communicate with the AS/400 system as in this example. 


a 
MENO000 FINANCIAL BRANCH SYSTEM SERVICES ‘| 
Functional Customization Areas 


General System Customization 
Communication Profiles and Emulators 
Data Management and System Profiles 
Banking Devices Customization 
LAN and Communication Configuration 
LAN Building and Distribution 


DOS Access 
FBSS Back-up and Start-up Options 


Figure 6-7. Prompt Display for FBSS Functional Customization Areas 


= 
MEN5000 FINANCIAL BRANCH SYSTEM SERVICES | 
LAN and Communication Configuration 


LAN Configuration 
LAN and Communication Configuration 


LAN Variable Data Generation 


Figure 6-8. Prompt Display for FBSS LAN and Communication Configuration 
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MEN5200 FINANCIAL BRANCH SYSTEM SERVICES 
Communication Configuration 


SNA Parameters for User Applications 


FBSS Communication Configuration 


Figure 6-9. Prompt Display for FBSS Communication Configuration 


COMBID FINANCIAL BRANCH SYSTEM SERVICES 
SNA Parameters for User Applications 


PC -SOrVEr: ccceka ds siciannda means Bl 
Session initialization ... Application only Application or Host 
BID command management ... SNA Server Application 


Figure 6-10. Prompt Display for FBSS SNA Parameters for User Applications 


MEN5200 FINANCIAL BRANCH SYSTEM SERVICES 
Communication Configuration 


SNA Parameters for User Applications 


FBSS Communication Configuration 


Figure 6-11. Prompt Display for FBSS Communication Configuration 


COMVER FINANCIAL BRANCH SYSTEM SERVICES | 
Communication Servers 
Path ......: C:\FNC\FBSSCUS\ Configuration ......: LANO1 
PC SEnver siciedia total eet Bl 
Data Link Control ........... TRDLC 
Number of buffers ........... 16 


Figure 6-12. Prompt Display for FBSS Communication Servers 
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Consideration for specifying Communication Servers: 


The data link control field of the FBSS controller must match the link 
type that is configured on the AS/400 system. For this example, 
LINKTYPE(*LAN) must be specified on the AS/400 controller 


description. 
COMVER FINANCIAL BRANCH SYSTEM SERVICES | 
SSCP Names 

Path ......: C:\FNC\FBSSCUS\ Configuration ......: LANO1 

PC Server..: B 
SSCP nameQ1 ...... x! im 1 SSCP name@2 ...... x! 
SSCP name03 ...... Xx! : SSCP name04 ...... xX! ' 
SSCP nameO5 ...... Xx! ' SSCP nameQ6 ...... X' ; 
SSCP nameO7 ...... Xx! : SSCP name08 ...... X' : 
SSCP name09 ...... Xx! ' SSCP namelO ...... xX! ; 
SSCP namell ...... xX! ; SSCP namel2 ...... X' : 
SSCP namel3 ...... Xx! : SSCP namel4 ...... xX! ; 
SSCP namel5 ...... Xx! ' SSCP namel6 ...... xX! i 


Figure 6-13. Prompt Display for FBSS SSCP Names 


Consideration for specifying SSCP Names: 


If the SSCP name is used on the FBSS controller, the value that is 
specified for the AS/400 system SSCPID parameter must match. 


COMTOK FINANCIAL BRANCH SYSTEM SERVICES 
Token Ring Communications 
Path ......: C:\FNC\FBSSCUS\ Configuration ......: LANO1 
PC Server..: Bl 
Service access point for PC ............... X'04' 
Service access point for Host/37xx/4700 ... X'04' 
PC “ACU POSS! soci sceorniis, crete ercecotigneupine,/oi boas ava 6 sas ae: Si aeuns X'11111111' 
Host/37xx/4700 address .......... cece ee eeee X'00200099' 
SNA XID Block number .........ecececeeeeeee x'057' 
SNA XID Identification number ............. X'12345' 


Figure 6-14. Prompt Display for FBSS Token Ring Communications 


Considerations for specifying Token Ring Communications: 


The value for the service access point for PC must match the destina- 
tion service access point (DSAP parameter) value in the controller 
description on the AS/400 system. 


2 | The value for the service access point for Host/37xx/4700 must match 
the source service access point (SSAP parameter) value in the con- 
troller description on the AS/400 system. 


The value for the Host/37xx/4700 address must match the converted 
form of the last 8 digits of the remote LAN adapter address that is speci- 
fied on the ETHNET line description. The first 4 digits of the address 
(4000) are automatically included. See “Creating the ETHNET Ethernet 
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line description” on page 6-14 for the configuration of the line 
description on the AS/400 system. 


4 | The SNA XID block number is a hexadecimal number to indicate the 
type of system to the host system. 
5 | The SNA XID identification number is a 5-digit hexadecimal number. 


The identification block number and the identification number are con- 
catenated; the result forms the SNA exchange identifier (EXCHID 
parameter) on the AS/400 controller description. 


== 
COMSLU FINANCIAL BRANCH SYSTEM SERVICES | 
Session-Id and LU Assignments 
Path ......: C:\FNC\FBSSCUS\ Configuration ......: LANO1 
PC Server..: Bl Data Link Control ..: TRDLC 
Circuit type .......: Switched Permanent Not applicable 


Figure 6-15. Prompt Display for FBSS Session-ld and LU Assignments 


The logical units that are specified for the FBSS controller must match those that 
are defined for the AS/400 system. The logical units on the FBSS controller and the 
LOCADR parameter on the AS/400 system must match. The logical unit identifier 
must be unique. 


= 
COMEMU FINANCIAL BRANCH SYSTEM SERVICES i 
LU Assignments for Display Emulators 
Path ......: C:\FNC\FBSSCUS\ Configuration ......: LANQ1 
PC Server..: Bl Data Link Control ..: TRDLC 
Circuit type .......: Switched Permanent Not applicable 


PC Served Emu32701 Emu32702 Emu32703 Emu32704 | Emu32705 
Bl 007 


Figure 6-16. Prompt Display for FBSS LU Assignments for Display Emulators 
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Creating the network controller and devices for TCP/IP 
One network controller and device are adequate for communications with all 
TCP/IP systems in the Ethernet network. This configuration is done automatically 
by TCP/IP. For more information on TCP/IP configuration, see the TCP/IP Config- 
uration and Reference book. 


Client Access configuration considerations 
The environment that the personal computer and AS/400 system exist in deter- 
mines the address conversion that must be done. The following discussion demon- 
strates when address conversion is done. 


Personal computer on a token-ring and AS/400 system in an 
Ethernet network 

When you are using Client Access with a personal computer on a token ring and 
the AS/400 system on an Ethernet network, address conversion considerations (as 
discussed in “Client Access configuration considerations”) always apply. Address 
conversion in this environment is not dependent on whether a locally administered 
address or the personal computer adapter burned-in address is used. 


Personal computer in an Ethernet network and AS/400 system 
on a token-ring network 

When using Client Access with a personal computer on an Ethernet network and 
the AS/400 system on a token ring, some special attention must be given to 
addresses. Because locally administered addresses on the personal computer are 
in token-ring format, the address is converted to Ethernet format when the personal 
computer sends the address. Because the address passes through an 8229 LAN 
Bridge, which then converts the address to the token-ring format, no conversion is 
necessary. 


However, if the preset adapter address for the personal computer is used, address 
conversion considerations do apply. In this case, the AS/400 controller description 
must have the converted form of the personal computer preset address. 


For DOS, the TRLI entry in the CONFIG.PCS file contains the address of the 
AS/400 line. Because the TRLI entry must be in token-ring format, no address con- 
version is necessary for this part of the configuration. 


For OS/2 Client Access, the address is in the LAN destination address field on the 
Work Station Feature LAN Defaults menu. 
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ATM networks 
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| Chapter 7. Asynchronous transfer mode networks 


This chapter describes the following asynchronous transfer mode (ATM) topics: 
e ATM terms and concepts 
e ATM standards 
e¢ AS/400 ATM capabilities 
¢ AS/400 ATM commands, line descriptions, and parameters 
e¢ AS/400 ATM problem determination 
¢ AS/400 ATM network management (performance and security) 
On the AS/400, LAN emulation over asynchronous transfer mode (ATM) extends 


your local area network (LAN) to other locations. ATM adds flexibility to, and 
improves throughput over, existing LAN technologies. 


What is LAN emulation? 


LAN emulation 


LAN emulation allows devices that are connected to an ATM network to use the 
network as if it was an Ethernet-type or token-ring type LAN. It enables devices 
such as hosts, desktop computers, bridges, hubs, and routers with ATM interfaces 
to communicate, by means of an ATM switch, with devices on existing LANs. LAN 
emulation allows you to migrate existing LANs to an ATM environment. LAN emu- 
lation is similar to the operation of traditional LANs, and makes an ATM connection 
that is transparent to your existing LAN applications. A bridge extends your ATM 
LAN emulation network to communicate with devices on a traditional token-ring or 
Ethernet LAN. 


service 


LAN emulation service is the set of functions that coordinates connections 
between LAN emulation clients. It consists of the LAN emulation configuration 
server, the LAN emulation server, and the LAN emulation broadcast and unknown 
server. With LAN emulation service, an emulated LAN imitates the interface of tra- 
ditional LANs. An emulated LAN is a group of ATM-attached devices with the 
shared-media characteristics of a traditional LAN. An emulated LAN is similar to a 
group of LAN stations that are attached to a single LAN segment. Each emulated 
LAN within an ATM network is a separate LAN emulation domain. 


The AS/400 does not provide LAN emulation services. Therefore, these must reside 
in another device within the ATM network. Typically, this would be in a network 
switch such as the IBM 8260, or in a stand-alone device such as the IBM 2210 
Multi-protocol Switched Services (MSS) product. 


LAN emulation configuration server 

The LAN emulation configuration server (LECS) provides configuration services 
to the clients. Only one LAN emulation configuration server may reside within the 
entire ATM network. The configuration server provides the clients with the ATM 
address of an appropriate LAN emulation server to become part of an emulated 
LAN. In this manner, the client need not have the ATM address of the server. It 
uses the LAN emulation configuration server to provide this address and dynam- 
ically create a LAN domain. 
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LAN emulation 


The LAN emulation configuration server may also provide some measure of secu- 
rity within the emulated LAN by controlling which clients to recognize and configure. 
The configuration server may refuse to configure the client, thereby preventing it 
from joining an emulated LAN. 


The LAN emulation configuration server is not required for an emulated LAN to 
function properly. While it does make configuration of LAN emulation clients easier, 
they also may be configured to contact the LAN emulation server directly. This 
function is useful if the LAN emulation configuration server meets any of the fol- 
lowing conditions: 


¢ It is not present in the ATM network 
e It is not functioning properly 
e It does not recognize the LAN emulation client (LEC) 


The LEC is configured to not use the LAN emulation configuration server by 
entering *NO for the Use LECS Address parameter on the CRTLINETH, 
CHGLINETH, CRTLINTRN and CHGLINTRN commands. See Chapter 8, “ATM 
network configuration examples” on page 8-1 and “ATM line description 
parameters” on page 7-10 for more information. 


LAN emulation server 

The LAN emulation server (LES) provides ATM address resolution and control- 
related services to its clients. Each LES is associated with one LAN emulation 
domain. The LES recognizes the clients that are either connected to or defined in 
its domain. The LES then translates LAN destinations to ATM addresses at the 
request of the clients. It also provides control services, as a part of maintaining a 
LAN environment. 


Membership in an emulated LAN does not depend on the physical location of each 
device. You determine membership in a domain by specifying which LAN emulation 
server to associate with your clients. You can group your devices into a domain 
that is based on criteria you select. These devices may be connected at any point 
in the ATM network. 


Broadcast and unknown server 

The broadcast and unknown server (BUS) provides frame forwarding and 
broadcast-related services to the clients. Each LAN emulation domain must contain 
a BUS. It provides broadcast services and frame forwarding services that are 
essential to a LAN environment. 


client 


In an emulated LAN, a LAN emulation client is the access point where devices on 
the LAN use remote applications and data (see Figure 7-1 on page 7-3). A single 
LAN emulation client may serve as the ATM connection point for many devices or 
sessions. The LAN emulation client initiates the functions of the LAN protocol, 
either token-ring or Ethernet, over the ATM network. AS/400 allows one LAN emu- 
lation client on each input/output processor (IOP). 
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Figure 7-1. LAN Emulation Service and Clients in an ATM Network 


A LAN emulation client uses the following LAN emulation services to find another 
client's ATM address: 


e LAN emulation server 


e LAN emulation broadcast and unknown server 


Figure 7-2 shows the relationship between the LAN emulation service and the LAN 
emulation clients. The LAN emulation server matches LAN destinations to 20-digit 
ATM addresses for LAN emulation clients. The LAN emulation client uses the 
network as if it were a LAN. It does this by contacting the ATM address that corre- 
lates with the LAN destination with which it is attempting to exchange information. 
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Figure 7-2. LAN Emulation Clients Use the LAN Emulation Service to Connect 
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Enabling the LAN emulation client 

Enable the LAN emulation client (LEC) by creating the line description (Ethernet or 
token-ring). In ATM, all line descriptions represent the LAN emulation client. To 
enable the LEC with switched virtual circuits (SVCs), select “SVC as the access 
type parameter for the Create Line Ethernet (CRTLINETH) or Create Line Token 
Ring (CRTLINTRN) command. See Chapter 8, “ATM network configuration 
examples” on page 8-1 and “ATM line description parameters” on page 7-10 for 
more information. 


LAN emulation protocol summary 


Figure 7-3 shows the connections from an AS/400 LAN emulation client to the LAN 
emulation service. The solid lines represent the following connections: 


e The data direct connection between the AS/400 LAN emulation client and 
another LAN emulation client 


e The control direct connection between the LAN emulation client and the LAN 
emulation server 
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Figure 7-3. LAN Emulation Protocol 
LAN emulation client 1 (LEC 1) uses the LAN emulation service to connect with the 
LAN emulation client 2 (LEC 2): 


1. LEC 1 finds the address of the LAN emulation server from the LAN emulation 
configuration server. 


2. LEC 1 calls the LAN emulation server through the control direct connection and 
requests to join the emulated LAN. 


3. The LAN emulation server may optionally make the control-distribute con- 
nection. 
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4. LEC 1 calls the broadcast and unknown server to make the multicast-send con- 
nection. 


5. The broadcast and unknown server makes the multicast-forward connection. 
LEC 1 then requests the ATM address of LEC 2, which is already a member of 
the emulated LAN. 


6. Now that LEC 1 has received the appropriate ATM address from the LAN emu- 
lation server, it can make a data-direct connection to LEC 2. 


Note: The LAN emulation service may be in a switch, a bridge, a router, a 
hub, or some other device. Also, except for the incoming multicast- 
forward and control-distribute links, the connections from LEC 2 to the 
LAN emulation service are not shown. 


AS/400 supports one LAN emulation client within an input/output processor card. 
Additional cards in the AS/400 allow numerous clients to operate within a single 
system. Each card requires a unique LAN medium access control (MAC) address. 


ATM address 


An ATM address is a 20-digit hexadecimal number that uniquely identifies an end 
system in an ATM network. When the AS/400 receives the 13-digit network prefix 
from the switch, it registers an ATM address. For LAN emulation, a 6-digit LAN 
medium access control (MAC) address is added to a 1-digit selector byte. The 
13-byte network prefix, 6-byte LAN MAC address, and selector byte combine to 
create the full ATM address. 


Note: Each AS/400 ATM adapter has a unique preset MAC address. The user 
has the option of using the preset address, or of assigning an address when 
each line is configured. See “Assigning a physical address” on page 2-3, 
“Functional addresses” on page 3-5, “Ethernet physical address format” on 
page 5-4, and LPS: Integration Services for FSIOP for additional informa- 
tion. 


End systems use the selector byte to resolve multiple entities within a single 
adapter card. The ATM switch does not use the selector byte and passes it 
unchanged when it completes the connection to the called party. 


Before a LAN emulation client can send data to another client, it needs the ATM 
address of that client. To get the ATM address, it provides the remote client's 48-bit 
LAN medium-access control (MAC) address to the LAN emulation server. The LAN 
emulation server resolves the 20-digit ATM address that correlates with the MAC 
address, and returns the ATM address to the LAN emulation client. The LAN emu- 
lation client then uses the ATM address to contact and exchange data with the 
remote client. 


ATM switching 


ATM LAN emulation connects LAN clients at multi-megabit per second speeds over 
distances that previously were made possible only with a wide area network 
(WAN). LAN emulation makes client connections as they are needed, without con- 
figuring the physical path between the end systems. Switching is what makes this 
happen. Switching is the mechanism by which the network completes connections 
from one device to another. 
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The ATM Forum defines the Q.93B and Q.2931 signaling protocols to govern how 
this exchange takes place. The ATM Forum is a worldwide organization that aims 
to promote ATM within the industry and the end-user community. IBM is a member 
of the ATM Forum. 


Signaling and interim local management interface standards 


AS/400 supports the following standards of interoperability that are defined by the 
ATM Forum: user-to-network interface (UNI) 3.0 and UNI 3.1. The signaling and 
interim (or in some instances, integrated) local management interface (ILMI) code 
carries out these standards. For signaling, the standards specify how end systems 
and the switch create and manage calls. For ILMI, the standard specifies how end 
systems register ATM addresses with the switch. You may configure the AS/400 to 
use the same UNI standard as the switch. Use the CRTNWIATM and 
CHGNWIATM commands to specify the UNI version. See Chapter 8, “ATM 
network configuration examples” on page 8-1 and “ATM network interface 
parameters” on page 7-8 for additional information. 


LAN emulation standards 
AS/400 supports ATM Forum-compliant LAN emulation Version 1.0 only. 


Industry compatibility standards 


The University of New Hampshire Interoperability Lab provides an environment to 
test interoperability with equipment from many different vendors. The following 
AS/400 licensed internal code has been tested at the lab: 


¢ Interim Local Management Interface (ILMI) 

¢ ATM Adaptation Layer (QSAAL -- Q.2931) 

¢ Signalling (Q.93B) 

¢ Medium Access Control (MAC) 

e LAN Emulation Client (LEC) and Logical Link Control (LLC) 


Summary of AS/400 ATM capabilities 


The following table summarizes the AS/400 ATM support capabilities. Further infor- 
mation on how to enable or disable these options is in Chapter 8, “ATM network 
configuration examples” on page 8-1, “ATM network interface parameters” on 
page 7-8, and “ATM line description parameters” on page 7-10. 


7-6 0S/400 LAN, Frame-Relay and ATM Support V4R2 


Table 7-1 (Page 1 of 2). Summary of AS/400 ATM Support Capabilities 


Category Capability Short description 
Hardware 2809 PCI LAN/WAN/Workstation Input/Output 
Processor 
2810 High-speed Communications Input/Output 
Processor 
2811 25 Mbps (UTP-3) Input/Output Adapter 
2812 45 Mbps (DS-3) Input/Output Adapter 
2815 155 Mbps (UTP-5) Input/Output Adapter 
2816 155 Mbps (Multi-mode fiber) Input/Output 
Adapter 
2818 155 Mbps (Single-mode fiber) Input/Output 
Adapter 
2819 34 Mbps (E3) Input/Output Adapter 
Physical interface 25 Mbps UTP 25 megabits per second over UTP 


ATM Forum stand- 
ards 


LAN emulation client 
support 


34 Mbps Coax 
45 Mbps Coax 
155 Mbps UTP 
155 Mbps SMF 
155 Mbps MM 


LANE 1.0 


UNI 3.0 


UNI 3.1 


Lines 


Controllers 


Connections 


category-3, RJ-45 connector. 

34 megabits per second over coaxial cable, 
BNC connector 

45 megabits per second over coaxial cable, 
BNC connector 

155 megabits per second over UTP 
category-5, RJ-45 connector 

155 megabits per second over single-mode 
fiber, SC connector 

155 megabits per second over multi-mode 
fiber, SC connector. 

LAN emulation Version 1.0, LAN emulation 
client only. The LAN emulation client does 
not support the full LAN emulation client 
management specification. AS/400 does not 
support LAN emulation configuration server, 
LAN emulation server or broadcast and 
unknown server. These functions, also know 
as the LAN emulation service, must be pro- 
vided by an external device in the ATM 
network. 

AS/400 supports switched virtual circuits 
(SVC) and permanent virtual circuits (PVC) 
over the ATM user-to-network interface 
(UNI) version 3.0 

AS/400 supports switched virtual circuits 
(SVC) and permanent virtual circuits (PVC) 
over the ATM user to network interface 
(UNI) version 3.1 

AS/400 supports one line description for 
each LAN emulation client and one LAN 
emulation client per card. 

AS/400 supports 256 SNA controllers for 
each line description. The line description 
supports TCP/IP and SNA simultaneously. 
The AS/400 LEC supports switched virtual 
circuits (SVC) or permanent virtual circuits 
(PVC) through a network switch, or a direct 
connection between two AS/400 systems 
without a network switch. 
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Table 7-1 (Page 2 of 2). Summary of AS/400 ATM Support Capabilities 


Category Capability Short description 
LAN protocols Ethernet version 2 TCP/IP and APPC/APPN/HPR devices are 
supported. 
802.3 Both TCP/IP and APPC/APPN devices are 
supported. 
802.5 Both TCP/IP and APPC/APPN devices are 
supported. 


| Commands and line descriptions for configuration 


This topic lists the commands that affect the configuration objects, and describes 
the configuration objects that you need for ATM. 


Network interface commands 


The network interface (NWI) describes everything that is common across the ATM 
physical interface. Each AS/400 Communication IOP (2809 or 2810) may have one 
network interface attached. A single line description—that defines a client con- 
nection that uses switched virtual circuits, permanent virtual circuits or direct 
connections—can be attached to each NWI. The following are commands for ATM 
NWis: 


Create Network Interface ATM (CRTNWIATM) Command This command creates 
a network interface for ATM. See “ATM network interface parameters” to 
view the network interface parameters. 


Change Network Interface ATM (CHGNWIATM) Command This command 
changes an existing network interface for ATM. 


Display Network Interface Description (DSPNWID) Command This command 
displays the network interface description for ATM. 


ATM network interface parameters 


The ATM network interface uses the following parameters: 


7-8 0S/400 LAN, Frame-Relay and ATM Support V4R2 


Table 7-2. Network Interface Parameters 


Parameter 


Description 


Maximum Point-to- 
Multipoint End 


This is the maximum number of end systems that can attach to a 
multipoint connection. This field currently is not used for LAN emu- 


Systems lation. 

(MAXPMPSYS) 

Network Switch The network switch time-out is the maximum amount of time (in 
Time-out minutes) to allow for the initial connection with the ATM switch. If 
(NETSWTOUT) the switch cannot be contacted within this time period, the network 


interface will fail to vary on, and an error will be posted. 


Network Type 
(NETTYPE) 


Network type is the interface standard that is used by the ATM 
network. It may be UNI 3.0, UNI 3.1, “AUTO, or *PVCONLY. 
*PVCONLY may be used when the attached line description has an 
access type of *PVC. However, it must be used when the attached 
line description has an access type of *DIRECT. 


Note: Since *PVCONLY does not use signaling protocols, prob- 
lems such as disconnected cables will not be detected. 


Physical Layer 
Options 
(PHYLYROPT) 


The physical layer options identify characteristics when you attach 
to specific ATM network implementations. Do not use this field 
unless directed to by your AS/400 service provider. 


Maximum Switched 
Virtual Connections 
(SVCCNN) 


This is the maximum number of connections that may be active at 
one time for all entities that are associated with the network inter- 
face. 


Virtual circuit connections 


Ethernet and token-ring line descriptions define a LAN emulation client with 
switched virtual circuit (SVC) connections, direct connections, or permanent virtual 
circuit (PVC) connections that use AS/400 ATM input/output adapters. See 

Table 7-1 on page 7-7 for input/output adapter information. 


For both types of LANs, the access type parameter determines the capabilities of 
that line description with one of the following values. 


*SVC The *SVC value allows applications to exploit ATM through a LAN emu- 
lation client that uses switched virtual circuit connections. SVCs are 
created through a switch as they are needed, and are dropped when 
they no longer are required. 


*DIRECT A direct connection is AS/400 card-to-card cabling that is always present 
and does not go through a switch. In this case, two AS/400 cards are 
plugged directly to each other through an ATM crossover cable. The 
crossover cable connects the cards' transmit lines to each other's 
receive lines. Note, however, that this crossover cable is different from 
the cable that is used for traditional Ethernet or token-ring local area 
networks. This type of connection uses LAN emulation frames, but no 
LAN emulation server or broadcast and unknown server, since only two 
clients may be connected. 


*PVC A PVC is a specifically defined connection through an ATM switch that 
is always present. Therefore, LAN emulation does not have to make a 
call through the switch. PVCs require you to configure all physical paths 
to other LAN emulation clients in your ATM switch. This type of con- 
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nection uses no ATM LAN emulation server or BUS. It does, however, 
use LAN emulation clients. 


Ethernet line description commands 

The Ethernet line description describes the LAN emulation client that uses 
AS/400 ATM IOAs. The following commands either create or change your Ethernet 
connection. 


Create Ethernet Line Description (CRTLINETH) Command This command 
creates an Ethernet line description for ATM when you set the network 
interface type parameter to *ATM. 


Change Ethernet Line Description (CHGLINETH) Command This command 
changes an existing Ethernet line description. 


Token-ring line description commands 

The token-ring line description describes the LAN emulation client that uses 
AS/400 ATM IOAs. The following commands either create or change your token- 
ring connection: 


Create Token-Ring Line Description (CRTLINTRN) Command This command 
creates a token-ring line description for ATM when you set the network 
interface type parameter to *ATM. 


Change Token-Ring Line Description (CHGLINTRN) Command This command 
changes an existing token-ring line description. 


ATM line description parameters 


The following list identifies parameters that are used within ATM line descriptions: 


Table 7-3 (Page 1 of 4). Line Description Parameters 


Parameter Description 
ATM Access Type This is the type of entity that you wish to create within this line 
(ACCTYPE) description. This may be a client entity using switched virtual con- 


nections (*SVC), permanent virtual connections (*PVC) or direct 
connections (*DIRECT). 


ARP Retry Timer This is the amount of time needed to wait for a response to an 
(ARPRTYTMR) address resolution protocol (ARP) request. It is a display-only field. 
ARP Cache Aging This is the amount of time an ARP entry remains in a client's ARP 
Timer table without refresh or verification. If the entry is not used within 
(ARTPCCHAGE) this period, the entry is removed and requires an additional ARP if 
a frame is sent to that client. It is a display-only field. 
ARP Retry Count If no response is received from an ARP request, this is the number 
(ARPRTYCNT) of times an ARP is retried. It is a display-only field. 
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Table 7-3 (Page 2 of 4). Line Description Parameters 


Parameter Description 
Emulated LAN Name This specifies the emulated LAN name. When the line type is 
(EMLLANNAME) *SVC, this is the name of the emulated LAN to join. Specify a 


maximum of 32 characters. Specify “NONE if you do not want the 
emulated LAN name to be used. 


Note: This field is case sensitive, and values may be entered in 
uppercase, lowercase, or mixed case. However, lowercase 
or mixed-case values must be contained within quotes. If 
they are not, the value will be converted to uppercase. 
Values contained within quotes are passed to the server as 
entered. Therefore, the emulated LAN name must match 
the name that is used by the server. If *NONE is specified, 
the AS/400 will not include an emulated LAN name when 
sending a request to join an emulated LAN. 


Last Contacted LAN 
Emulation Server 
(LSTCONTLES) 


If the client (line description) is currently varied on, this is the 
address of the LAN emulation server to which the client is currently 
connected. If the client (line description) is not varied on, this is the 
address of the LAN emulation server to which the client was last 
connected. It is a display-only field. 


LEC Disconnect 
Time Out 
(LECDSCTIMO) 


This value specifies the number of minutes, from 1-30, that a LAN 
emulation client waits before disconnecting an idle virtual circuit 
connection to another client. Specifying “NOMAX causes the LEC 
to wait indefinitely, with no disconnect. 


LEC Frame Size 
(LECFRAME) 


LES ATM Address 
(LESATMADR) 


This specifies the LAN emulation client (LEC) frame size that can 
be transmitted and received on this line description. This value 
should match the frame size parameter of the LAN emulation 
server to which this line will connect. 


Note: This value must be at least 20 bytes more than the value 
specified in Maximum frame size. 


This is the address of the LAN emulation server that the client con- 
tacts to join an emulated LAN. Specifying an address of all zeroes 
is equivalent to specifying “NONE. See also USELECS. 


Note: A value of “NONE requires that the USE LECS parameter 
is specified as *YES. 


Network prefix 


This is the network prefix of the switch to which the remote server 
is attached. To determine the network prefix, refer either to the con- 
figuration of the LAN emulation server used, or to the configuration 
of the switch to which the LAN emulation server is attached. This is 
26 hexadecimal characters in length. 


End system identifier 


You may refer to the configuration of the LAN emulation server that 
you use to determine the end system identifier. This is 12 
hexadecimal characters in length. 


Selector byte 


You may refer to the configuration of the LAN emulation server that 
you use to determine the selector byte. This is 2 hexadecimal char- 
acters in length. 
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Table 7-3 (Page 3 of 4). Line Description Parameters 


Parameter 


Description 


Local Adapter 
Address (ADPTADR) 


This is the LAN medium access control (MAC) address used by the 
line description. It is also used as the 12 hexadecimal-digit end- 
system identifier (ESID) in the local ATM address. Each adapter is 
assigned a unique, preset address when it is manufactured. Use 
the preset address, or assign an address when you configure the 
line description. To change the local ATM address, you must 
change the local adapter address. For Ethernet, the valid range is 
020000000000-7EFFFFFFFFFF. The valid range for token-ring is 
400000000000-7FFFFFFFFFF. 


Local ATM Address 
(LCLATMADR) 


The local ATM address is specified in the description for the entity. 
This is the ATM address of the connection for the client. 


Network prefix 


The network prefix is obtained by interrogating the switch. Typically, 
each switch has a unique network prefix. This is 26 hexadecimal 
characters in length, and is a display-only field. 


End system identifier 


The end system identifier will be the same as the local adapter 
address. This is 12 hexadecimal characters in length, and is a 
display-only field. 

Selector byte 

The selector byte identifies the unique ATM address of each entity 


that resides within one resource. It is 2 hexadecimal characters in 
length, and is a display-only field. 


Note: For AS/400 token-ring LAN emulation clients, the selector 
byte value is always a hexadecimal "13". Ethernet clients 
have a value of hexadecimal "03". 


Maximum Address 
Resolution Protocol 
Entries 
(MAXARPENT) 


This is the maximum number of LAN emulation ARP entries that 
the client maintains. It is a display-only field. 


Maximum Frame 
Size (MAXFRAME) 


This specifies the maximum frame size for this line. Typically, this 
value is 4060 for a LEC frame size of 4544, and 16393 for a LEC 
frame size of 18190. 


Note: This value must be at least 20 bytes less than the value 
specified in LEC frame size. 


Network Interface 
Type (NWITYPE) 


Reported Emulated 
LAN Name 


The network interface type must be set to “ATM to attach the line 
description to an ATM network interface. 


This shows the emulated LAN name that was returned by the LAN 
emulation server. This only is a Display Line Description 
(DSPLIND) parameter. 
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Table 7-3 (Page 4 of 4). Line Description Parameters 


Parameter Description 
Use LECS Address If *YES, this client attempts to contact the LAN emulation configura- 
(USELECS) tion server to obtain the LAN emulation server address. If *NO, the 


client uses the LES ATM address to identify the appropriate LAN 
emulation server. 


Note: If Use LECS address is specified as *YES, and there is an 
error when the AS/400 client attempts to connect to the 
LECS, the client will use the Last Contacted LES Address 
to attempt to connect with the LAN emulation server. If 
there is no value for Last Contacted LES Address, the client 
will attempt to connect with the LAN emulation server speci- 
fied in the line description by the LES ATM Address before 
reporting a failure. 


ATM problem determination instructions 


The following instructions are in addition to information that is available in either the 
AS/400 Service Functions book or the Communications Management book. 


Finding ATM errors 


When you investigate errors, look in the job log queue that is associated with the 
job that runs the ATM adapter. You can find the error in the QSYSOPR message 
queue. You also can find solutions to errors by tracking their reference codes. 


The Print Error Log command, QSYSOPR message queue, and job log are three 
ways to find error codes. 


1. Enter the Print Error Log (PRTERRLOG) command and press F4 to prompt the 
command parameters. Enter *ANZLOG in the type of log data list. Additional 
fields show the time when the error occurred. Enter the date and the default 
values for the other fields to print the log report. Enter the Work with All 
Spooled Files (WRKSPLF) command to view the printed report. 


2. Check the QSYSOPR message queue to view logged system errors. Enter the 
Display Messages (DSPMSG) command. Look for any errors that are associ- 
ated with the ATM function that you used. 


3. Check the job log for errors that were logged as the job ran. 


Note: When *PVCONLY value is specified in the Network Type (NETTYPE) ATM 
network interface parameter, problems such as disconnected cables will not 
be detected, since *PVCONLY does not use signalling protocols. See 
Table 7-2 on page 7-9 for additional information. 


Internal system failure scenario 


This topic explains line failures and what actions you can take to resolve these 
problems. Typically, messages will contain an eight-character hexadecimal error 
code that indicates the problem. The error code is found in the technical description 
of the message. 


For example, consider the failure of a line under an ATM interface as is shown by 
the ATMLIN description on the following display: 
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Work with Configuration Status 


Type options, press Enter. 


9=Display mode status 13=Work with APPN status... 


ATMNWI ACTIVE 
ATMLIN RCYPND 
ATMLINET RCYPND 
ATMLITCP RCYPND 


Parameters or command 


===> 


Position to ..... Starting characters 


Opt Description Status ween eeee 


$1 
11/21/97 13 


l=Vary on 2=Vary off 5=Work with job 8=Work with description 


F3=Exit F4=Prompt F12=Cancel F23=More options F24=More keys 


070409 
2:35:47 


Bottom 


; 


Figure 7-4. Work with Configuration Status Display 


To view the logged system error, do the following: 
1. Enter DSPMSG QYSYOPR on the command line. 


2. Locate the "Internal system failure on line ATMLIN." message. 


Display Messages 


Severity ...: 60 Delivery 


Type reply (if required), press Enter. 
line running. 
Device QPADEVO001 no longer communicating. 


Device QPADEVQ001 no longer communicating. 

Device QPADEVQ001 no longer communicating. 

Network interface ATMNWI varied on successfully. 

Line ATMLIN failed. Automatic recovery started. 

Internal system failure on line ATMLIN. (C G R) 
Reply . 


F3=Exit F1l=Remove a message 
F13=Remove all F16=Remove all except unanswered 


— 


Adapter has inserted or left the ring on line TSTLAN2. 
Adapter has inserted or left the ring on line TSTLAN2. 
Adapter has inserted or left the ring on line TSTLAN2. 
Adapter has inserted or left the ring on line TSTLAN2. 
Adapter has inserted or left the ring on line TSTLAN2. 


System: $1070409 
Queue ..... :  QSYSOPR Program... 
Library ...: QSYS Library .. 


. > *DSPMSG 


*HOLD 


F12=Cancel 
F24=More keys 


Bottom 


Figure 7-5. Display Messages Display 


3. Place the cursor on the message. 


4. Press the help function key to view the help message. 
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Here, message CPA59F1 shows as an Internal system failure on line ATMLIN. 


Additional Message Information 


Message ID. .....: CPA59F1 Severity. ......: 99 
Message type.....: Inquiry 

Date sent ......: 08/05/96 Time sent ......: 13:34:05 
Message... . : Internal system failure on line ATMLIN. (C G R) 

Cause . .... 3: The following may have caused the problem: 


-- 0S/400 Licensed Program not working correctly. 

-- Vertical Licensed Internal Code not working correctly. 

-- I/0 card Licensed Internal Code not working correctly. 

Recovery ...: Reply to the message. 

-- Type C to cancel recovery. This informs any application waiting for an 
operation that recovery has been canceled. 

-- Type G to start the automatic communications recovery defined by the 
systems communications recovery limit (CMNRCYLMT) for line ATMLIN. 

-- Type R to retry the operation. 

-- Use the Vary Configuration (VRYCFG) command to vary off line ATMLIN, then 


More... 
Type reply below, then press Enter. 
Reply 


F3=Exit F6=Print F9=Display message details F12=Cancel 
F21=Select assistance level 


L 5 


Figure 7-6. Additional Message Information Display 1 of 2 


5. For more specific information on ATMLIN, page down to the technical 
description where the error code of "X'1EC0800D" is displayed. 


Additional Message Information 


Message ID. .....: CPA59F1 Severity. ......: 99 
Message type. ....: Inquiry 


vary on the network interface. 

-- Report the problem (ANZPRB command). 

Possible choices for replying to message .........2.2242280883 
C -- Cancel recovery and inform any applications that are waiting for an 

operation that the recovery has been canceled. 

G -- Start the automatic communications recovery again as defined by the 
communications recovery limit (CMNRCYLMT) parameter configured for line 
ATMLIN. 

R -- Try the operation one more time. 

Technical description. .......: The error log identifier is 
X'800004BC'. The error code is X'1ECO800D': internal system failure. If 
line ATMLIN is X.25, the X.25 cause code is: *N (X.25 cause code not 

More... 

Type reply below, then press Enter. 

Reply 


F3=Exit F6=Print F9=Display message details  F12=Cancel 
F21=Select assistance level 


Figure 7-7. Additional Message Information Display 2 of 2 
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The error code is important to determine corrective actions or problem isolation. 
Additional information on specific error codes may be found in “ATM network error 
codes” on page E-1. 


Error codes for ATM 

Many of the messages concerning the operation of ATM contain error codes that 
aid in problem analysis. Error codes are listed in “ATM network error codes” on 
page E-1. If your code is not listed in the error code table, please contact your 
service representative. 


ATM performance tips, security, and network management 


This topic describes AS/400 ATM LAN emulation performance, network security, 
and network management. 


Performance tips for an emulated LAN 


End-user performance varies with the asynchronous transfer mode (ATM) network 
topology, applications used, system loading and configuration, network speed, and 
numerous other variables. However, in general, emulated LAN performance over an 
ATM network is faster than the performance of a traditional LAN of the same type. 


To maximize performance of the emulated LAN over an ATM network, consider the 
following factors: 


Table 7-4 (Page 1 of 2). ATM Performance Tips 


Higher-speed con- Connection speeds between the LAN emulation clients and the 

nections network switch determine the fastest rate that data may be trans- 
ferred. Higher-speed connections, such as a 155 Mbps connection, 
enable more data to travel in a given period of time than a 25 Mbps 
connection. Note, however, that the maximum transfer rate will be 
limited by the slowest connection. For example, a client using a 
155 Mbps connection to the switch, which is sending data to a 
client using a 25 Mbps connection, will be limited to the 25 Mbps 
that the second client is using. 


Larger data packets Each frame must be processed, either before being sent out or 
after being received on the ATM interface. The frame processing 
overhead is effectively constant regardless of the amount of data in 
the frame. Therefore, a 16 kB frame incurs the same amount of 
processing overhead as a 1.5 kB frame but contains far more data. 
If the emulated LAN does not bridge to a traditional LAN, you can 
increase performance by using an emulated LAN topology with 
larger data units. 


Larger frame sizes The maximum frame size defined in the line description determines 
the amount of application data that is transferred in each frame. 
Increasing this enables more data to be sent in each frame, 
thereby increasing throughput. Frame size will be limited by data 
packet size, which must be large enough to contain the frame. See 
Chapter 8, “ATM network configuration examples” on page 8-1 for 
additional information on configuring line descriptions to maximize 
frame size. 
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Table 7-4 (Page 2 of 2). ATM Performance Tips 


Larger record sizes 


Discarded frames 


Smaller networks 


Larger record sizes incur less processing overhead than smaller 
record sizes. This will improve throughput, especially during large 
transfers. For smaller transfers that are close to the data packet 
size, this will have little or no effect. 


When the network becomes overloaded or "saturated" frames may 
be discarded due to the overutilization of resources, either in the 
network switch or in the clients. Duplicate frames must then be sent 
which will reduce overall throughput. If devices are discarding 
frames, decreasing frame size may alleviate this problem. The 
communications line trace facility may be used to determine if 
frames are being discarded. See “Analyzing data flows on the 
physical interface” on page B-6 for further information on obtaining 
trace information. 


If the client has insufficient resources to maintain all required con- 
nections, it will drop connections to one client in order to connect 
with another. This causes additional overhead in setting up and 
releasing connections. Typically, this is not a factor in performance 
because most clients have ample resources. However, if one client 
acts as a server to the network, (for example, a file server), this 
could be a problem when serving a large number of users. AS/400 
supports a maximum of 512 active clients. 


OS/400 system security considerations 


ATM, operating under either a token-ring LAN or an Ethernet LAN, has the same 
security protections as a normal token-ring LAN or Ethernet LAN. OS/400 security 
provides these security protections. AS/400 ATM LAN emulation has no special 
protections or considerations. 


Network security 


ATM communications have no defined standardized security protocols. ATM LAN 
emulation support does not add any additional proprietary security mechanisms. 
Therefore, you need to consider this when you assess the overall security of the 
ATM network. In this respect, the security of the ATM network would be analogous 
to that of an unencrypted wide area network (WAN) connection. 


Network management 


The AS/400 ATM LAN emulation currently does not support network management 
as it is defined by the ATM Forum LAN emulation client management specification. 
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Chapter 8. ATM network configuration examples 


This chapter provides configuration examples to help you with the initial setup of 
your asynchronous transfer mode (ATM) network. This chapter also provides an 
introduction to common elements of AS/400 ATM LAN emulation. To understand 
these examples, you should be familiar with general AS/400 configurations, which 
include Ethernet and token-ring local area networks. 


Configuration considerations unique to LAN emulation 


AS/400 ATM uses LAN emulation to operate like a traditional LAN. Therefore, the 
basics of ATM configurations are similar to other AS/400 LAN configurations. 
However, you also need to consider the following before you configure your ATM 
network as an Ethernet or token-ring local area network: 


e The network interface contains information to configure the general aspects of 
the ATM network (everything that is common across the ATM physical inter- 
face.) 


e The line description defines the LAN emulation client (LEC) that uses the 
AS/400 ATM input/output adapters (IOAs.) The LEC will connect to other ATM 
devices by using switched virtual circuit (SVC) connections, permanent virtual 
circuit (PVC) connections, or direct connections. 


¢ Controller descriptions and device descriptions for an ATM network are identical 
to those that are used in traditional Ethernet and token-ring networks. See 
Chapter 4, “Token-Ring Network Configuration Examples” on page 4-1 and 
Chapter 6, “Ethernet network configuration examples” on page 6-1 for addi- 
tional information on configuring controllers and devices. 


Note: The creation of a network interface requires that you use the Create 
Network Interface ATM (CRTNWIATM) command. Create the line 
descriptions by using the create commands for either Ethernet or token-ring 
lines (CRTLINETH or CRTLINTRN.) 


Overview: Configuring an ATM network 
Use the following steps to configure your ATM network: 


1. Using the Create Network Interface ATM (CRTNWIATM) command, specify the 
general ATM network, which includes the following: 


¢ Network interface type 
e Maximum number of connections that can be active at one time 
e Maximum amount of time allowed for retrying connections to the switch 


2. Using the Create Line Ethernet (CRTLINETH) or Create Line Token-Ring 
(CRTLINTRN) commands, define the type of entity to start on the network, as 
well as its characteristics, including the following: 


e The client connection type; either SVC, PVC or direct 
e Whether the client should use the LAN emulation configuration server 
e The LAN emulation server (LES) ATM address 
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e The connection definitions (protocol, speed, and so on) 


e The time-out values 


Identifying the adapter 


Before you configure your ATM network, you must identify the ATM adapter. To 
display the communication resources, enter the Work with Hardware Resource 
(WRKHDWRSC) command and *CMN as the value. Figure 8-1 is an example of 
the display that is shown when you enter this command. 


[ | 


Work with Communication Resources 
System: SYSNAMxXxx 


Type options, press Enter. 
5=Work with configuration descriptions 7=Display resource detail 


Opt Resource Type Status Text 
—  CCel 2619 Operational Combined function IOP 
a LINO1 2619 Operational LAN Adapter 
2 CMNO1 2619 Operational Token-Ring Port 

LINO2 605A Operational Virtual Controller 
—  €C03 2810 Operational Comm Processor 
. LINO3 2816 Operational LAN Adapter 

CMNO3 2816 Operational 155 Mbps ATM Port 


Bottom 
F3=Exit F5=Refresh F6=Print F12=Cancel 


y 5 


Figure 8-1. Work with Communications Resources Display 


In this example, the ATM I/O processor (IOP) card has a type number of 2810. The 
ATM I/O adapter (IOA) card has a type number of 2816. Locate the associated port 
under the 2816 adapter. This is the resource that you need to enter when you con- 
figure the network interface (in this case, it is CMNO3.) 


Note: A list of supported ATM cards and their type numbers may be found in 
Table 7-1 on page 7-7. 


Configuring AS/400 Ethernet LAN emulation client 


This topic describes the configuration of an Ethernet LAN emulation client on 
AS/400. The line description defines a single end device in the ATM network, as is 
shown in Figure 8-2 on page 8-3. The LAN emulation client allows this AS/400 to 
exchange data with any other LAN emulation client in the emulated LAN, as if it 
was a device in an Ethernet LAN. 
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AS/400 


Switch 


RV3S174-1 


Figure 8-2. AS/400 Ethernet LAN Emulation Client (Example 1) 


Defining the network (example 1) 


This configuration example describes how to create an ATM LAN emulation client 
that conforms to the following specifications: 


ATM should function without intervention after an IPL sequence. 


The ATM LEC should attach to an ATM switch that uses an ATM interface that 
conforms to the UNI 3.0 standard. 


The ATM LEC should use switched virtual connections. 
The emulated LAN will have a maximum of 128 stations (or clients.) 


The ATM switch is located outside the building but within the campus of this 
company, so the latency to the switch should be minimal. 


The ATM LEC will not use locally administered addresses. 


The ATM LEC should join an Ethernet emulated LAN that uses both Ethernet 
Version 2 and IEEE 802.3, with an emulated LAN name of ETHERNET1 


The ATM LEC should use the LAN emulation configuration server (LECS) to 
find the proper LAN emulation server (LES.) 


The ATM network demonstrates occasional congestion and contains several 
emulated LANs. Therefore, inactive connections to other clients should be 
dropped to free resources in the network. 


Creating the network interface (example 1) 


1. 


To determine the correct resource name for the ATM port, enter the Work with 
Hardware Resource (WRKHDWRSC) command, and specify “CMN as the 
value, on the AS/400 Main Menu selection or command line. Figure 8-1 on 
page 8-2 shows the communication resources. 


2. Enter the Create Network Interface ATM (CRTNWIATM) command. Press the 


Enter key. Figure 8-3 on page 8-4 shows an example of this display. 
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i | 
Create NWI ATM (CRTNWIATM) 
Type choices, press Enter. 
Network interface description . Name 
Resource name ......... Name 
Onine>-at IPL. oseck woes eres *YES *YES, *NO 
Vary onwait.......... *NOWAIT *NOWAIT, 15-180 seconds 
Network type. ........-. *UNI30 *AUTO, *UNI30, *UNI31... 
Text 'description’....... *BLANK 
Bottom 
F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 
Parameter NWID required. + 
L J 


Figure 8-3. Create NWI ATM (Example 1) Display 1 of 4 


3. Enter an appropriate network interface description name. 
4. Enter an appropriate ATM resource name. 
5. Accept the default for Online at IPL (*YES.) 


6. Specify the network type as *UNI30 (*“AUTO, *UNI31, and *PVCONLY are addi- 
tional valid values.) The ATM switch specifies which of the two UNI standards 
that it uses. If PVC connections are to be used, or a direct connection between 
two AS/400 systems is to be used, specify *PVCONLY. See “Signaling and 
interim local management interface standards” on page 7-6 for more informa- 
tion. 


Figure 8-4 on page 8-5 shows an example of this display. 


Press F10 for additional parameters. 
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Create NWI ATM (CRTNWIATM) 
Type choices, press Enter. 
Network interface description . LOSANGELES Name 
Resource name ......... CMNO3 Name 
Online at IPL ......... *YES *YES, *NO 
VaryOnr Waites. 4.2 seme ace car B38 *NOWAIT *NOWAIT, 15-180 seconds 
Network type. ........-. *UNI30 *AUTO, *UNI30, *UNI31... 
Text 'description’....... Los Angeles ATM system 
Bottom 
F3=Exit F4=Prompt F5=Refresh F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 
Parameter NWID required. + 


L J 


Figure 8-4. Create NWI ATM (Example 1) Display 2 of 4 


7. Leave the default for Maximum PMP end systems as zero. This field defines 
the maximum number of leaves that are created within a multipoint tree. The 
LAN emulation client creates only point-to-point connections and does not use 
this value. 


8. For the number of switched virtual connections, type 132 (128 direct con- 
nections to other clients, plus 4 connections to servers.) 


9. Specify the amount of time (in minutes) for the network switch time-out. In this 
case, the default of 2 minutes is adequate since we are expecting minimal 
latency to the switch. 


10. Leave the physical layer options as *NONE. The ATM network may require a 
specific value for compatibility reasons, but this should be done only as 
instructed by your hardware or software service provider. 


Page down to see the remaining fields. 
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Create NWI ATM (CRTNWIATM) 


Type choices, press Enter. 


Additional Parameters 


+ for more values 


F24=More keys 


— 


Maximum PMP end systems .... 0 0-2048 

Switched virtual connections . . 132 16-2064 

Network switch timeout. .... 2 *NOMAX, 1-30 minutes 
Physical layer options ..... *NONE *NONE, QOQO-FFFF 
Attached lines. ........ Name 


Network interface description . > LOSANGELES Name 

Resource name ......... > CMNO3 Name 

Online at IPL .... 2.2... *YES *YES, *NO 

Vary onwait.......... *NOWAIT *NOWAIT, 15-180 seconds 
Network type. .......2-6-. *UNI30 *AUTO, *UNI30, *UNI31... 
Text 'description’....... > 'Los Angeles ATM system' 


More... 


F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 


Figure 8-5. Create NWI ATM (Example 1) Display 3 of 4 


11. The recovery limits and authority fields may be left as defaulted. 


Create NWI ATM (CRTNWIATM) 
Type choices, press Enter. 


Recovery limits: 


F24=More keys 


COUNT. TAME so ve ees 2 0-99, *SYSVAL 
Time interval ........ 5 0-120 minutes 
AUENOV EY 2 ey ers. ea *LIBCRTAUT Name, *LIBCRTAUT, *CHANGE... 


Bottom 


F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 


Figure 8-6. Create NWI ATM (Example 1) Display 4 of 4 


After you press the Enter key, a message appears on the AS/400 Main Menu 
display that verifies that you created the network interface description properly. 
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Creating the line description (example 1) 
Next, create the line description to define the LAN emulation client. 


1. Enter the Create Line Description (Ethernet) (CRTLINETH) command to create 
the line description (in this case, an Ethernet client). Press Enter. 


2. Enter an appropriate name for the line description. 


3. Specify the resource name as *NWID, and press Enter. 


| — 
| Create Line Desc (Ethernet) (CRTLINETH) | 
| Type choices, press Enter. 
| Line description. ....... LALINE Name 
| Resource name ......... *NWID Name, *NWID, *NWSD 
| Bottom 
| F3=Exit F4=Prompt F5=Refresh F1Q=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 
Parameter LIND required. + 


| L J 
| 


Figure 8-7. Create Line Description (Example 1) Display 1 of 5 
4. Specify Online at IPL as *YES. Specifying *NO requires the line description to 
be varied on manually after IPL. 


5. Enter the attached NWI name which is the name of the network interface 
description that was just created with the CRTNWIATM command. 


6. Specify the NWI type as *ATM. 


Press the Enter key to display the next set of parameters. 
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2 
Create Line Desc (Ethernet) (CRTLINETH) ‘| 
Type choices, press Enter. 
Line description. ....... > LALINE Name 
Resource name ........-. > *NWID Name, *NWID, *NWSD 
Ondine-at IPL. sh cock, ho te a kee *YES *YES, *NO 
Vary onwait.......... *NOWAIT *NOWAIT, 15-180 seconds 
Attached NWI. ......... LOSANGELES Name, *NONE 
NWT’ CY PO css cee eh Vos Se ee Se ea *ATM *FR, *ATM 
Bottom 
F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 


— 


Figure 8-8. Create Line Description (Example 1) Display 2 of 5 


7. Here the adapter address is entered as *ADPT to use the burned-in address. 
To use a locally administered address, enter your own address in the 
020000000000 to 7EFFFFFFFFFF hex range. See “Assigning a physical 
address” on page 2-3, “Token-ring physical address format” on page 3-3, and 
“Ethernet physical address format” on page 5-4 for additional information on 
LAN adapter addresses. 


8. Specify the Ethernet version that is appropriate for this line. In this example, 
use “ALL as the Ethernet standard. 


9. Specify the ATM access type as *SVC. This line will now use switched virtual 
circuits to connect with other devices. Permanent virtual circuits or direct con- 
nections are also valid choices. However, “DIRECT access typerequires an 
NWI network type of *PVCONLY. 


Press the F10 key to show the additional parameters. 
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— 


Create Line Desc (Ethernet) 


Type choices, press Enter. 


Line description. ....... 
Resource name ......... 
Online vat TPL . 6 6 ever see Ge Bs 
Vary On Waits. ue tomer aces cae Bos 
Attached NWI. ......... 
NWE EY P@ric: 2 ter eee oe te: a te 
Local adapter address ..... 
Exchange identifier ...... 
Ethernet standard ....... 
SSAP list: 

Source service access point 

SSAP maximum frame. ..... 

SSAP2tYP@> <sr cee eee Sw 


> LALINE 

> *NWID 
*YES 
*NOWAIT 

> LOSANGELES 

> *ATM 
*ADPT 
*SYSGEN 
*ALL 


. *SYSGEN 


+ for more values __ 


ATM access type ........ 


F3=Exit F4=Prompt  F5=Refresh 
F13=How to use this display 


F1@=Additiona 
F24=More keys 


(CRTLINETH) 


Name 

Name, *NWID, *NWSD 

*YES, «NO 

*NOWAIT, 15-180 seconds 
Name, *NONE 

*FR, *ATM 
020000000000-7EFFFFFFFFFF... 
05600000-O56FFFFF, *SYSGEN 
*ETHV2, *IEEE8023, *ALL 


02-FE, *SYSGEN 
*MAXFRAME, 265-1496, 265... 
*CALC, *NONSNA, *SNA, *HPR 


*SVC, *DIRECT, *PVC 


Bottom 


1 parameters  F12=Cancel 


Figure 8-9. Create Line Description (Example 1) Display 3 of 5 


10. Specify “YES for the Use LECS field. The client uses the LAN emulation con- 
figuration server to obtain the ATM address of the appropriate LAN emulation 
server for its emulated LAN. However, this requires the services of a LAN emu- 
lation configuration server to be available somewhere within the ATM network. 


Press Page Down to show the next panel. 


— 


Create Line Desc (Ethernet) (CRTLINETH) 


Type choices, press Enter. 


Line description. ....... 
Resource name ......... 
Online vat TPL . 6 6 ever see Ge Bs 
Vary On Waits. ue tomer aces cae Bos 
Attached NWI. ......... 
NWE EY P@ric: 2 ter eee oe te: a te 
Local adapter address ..... 
Exchange identifier ...... 
Ethernet standard ....... 
SSAP list: 

Source service access point 

SSAP maximum frame. ..... 

SSAP<CYP@> <47 ees eee Se we 


> LALINE 

> *NWID 
*YES 
*NOWAIT 

> LOSANGELES 

> *ATM 
*ADPT 
*SYSGEN 
*ALL 


. *SYSGEN 


+ for more values __ 


ATM access type ........ 
Use LECS address ........ 
F3=Exit F4=Prompt  F5=Refresh 
F24=More keys 


F12=Cancel 


Name 

Name, *NWID, *NWSD 

*YES, «NO 

*NOWAIT, 15-180 seconds 
Name, *NONE 

*FR, *ATM 
020000000000-7EFFFFFFFFFF... 
05600000-O56FFFFF, *SYSGEN 
*ETHV2, *IEEE8023, *ALL 


02-FE, *SYSGEN 
*MAXFRAME, 265-1496, 265... 
*CALC, *NONSNA, *SNA, *HPR 


*SVC, *DIRECT, *PVC 
*YES, *NO 


More... 


F13=How to use this display 


Figure 8-10. Create Line Description (Example 1) Display 4 of 5 
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11. No LES ATM address is required when you specify *YES for the Use LECS 
field. In this example, the LES ATM address is specified as *NONE. 


12. The emulated LAN name should be ETHERNET1. The LAN emulation client 
uses this value to request connection to the emulated LAN with this name. If 
the LAN emulation configuration server cannot find an emulated LAN by this 
name, it will determine any suitable substitute. It will direct the LEC to that LAN 
emulation server. 


| 13. Set the LEC disconnect time to 5 minutes and allow the LEC to free inactive 
| connections after that period. 


| Press the Enter key to create the line description. 


Create Line Desc (Ethernet) (CRTLINETH) 
| Type choices, press Enter. 


LES ATM address: 


| 
| Network prefix. ....... *NONE 
| End system identifier .... Hexadecimal value 
Selector byte ........ oe Hexadecimal value 
Emulated LAN name ....... ETHERNET1 
| LEC disconnect time out .... 5 *NOMAX, 1-30 minutes 
| Text 'description’....... Los Angeles Ethernet LAN Emulation Client 


| Additional Parameters 


Network controller. ...... Name 

Group address ......... *NONE 010000000000-FDFFFFFFFFFF... 
+ for more values 

Error threshold level ..... *OFF *OFF, *MIN, *MED, *MAX 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 


| pe a SS 
| Maximum controllers ...... 40 1-256 
| 
| F24=More keys 


| = 


| Figure 8-11. Create Line Description (Example 1) Display 5 of 5 


Displaying the configuration objects (example 1) 


| 

| You can display the network interface and line descriptions by using the Display 
| Network Interface Description (DSPNWID) command, and the Display Line 

| Description (DSPLIND) command. 
| 
| 


1. Enter the Display Network Interface Description (DSPNWID) command to view 
the network interface. 
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Display Network Interface Description (ATM) SYSNAMxx 
11/21/97 12:20:01 
Network interface description ..: LOSANGELES 
Category of NWI .........: *ATM 
Option... es ce we en es we S| BASIC 
Resource names .......... : + CMNO3 
Onilineat LPL. ° oe some waa cer See SE ARES 
Vay MOnWart 24> socien Ses: Se eek: eS *NOWAIT 
Network type. .......... :  *UNI30 
Maximum PMP end systems .....: 0 
Switched virtual connections ...: 132 
Network switch timeout. .....: 2 
Physical layer options ...... :  ¥*NONE 
Recovery limits: 
Count limit ..........: 2 
Time interval .........: 5 
TOXT Soe 0? Wooten ode ee See Te: we Se ee 8 
Bottom 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 


L 5 


Figure 8-12. Display NWI Description (Example 1) Display 1 of 2 


a 
Display Network Interface Description (ATM) SYSNAMxx | 
11/21/97. 12:20:01 


Network interface description ..: LOSANGELES 
Category of NWI ........2.: *ATM 
Option. ...... 2.2... 4. 2 = *LINELIST 
Attached lines. ........2..32 


LALINE 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


L 5 


Figure 8-13. Display NWI Description (Example 1) Display 2 of 2 


2. Enter the Display Line Description (DSPLIND) command to view the line 
description. 


Note that the local adapter address contains a valid value, not “ADPT. When 
the line has been varied on, the actual adapter address that is used will be 
displayed in this field. The ATM address fields contain actual values after vary 
on, as well. 
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Display Line Description SYSNAMxx 
11/21/97. 12:17:21 
Line description. ....... .:  LALINE 
Option. eo ow eee ee g ats SS RBASTE 
Category of line. ........: *ELAN 
Resource name ........4.6683 *NWID 
Ondine cat TPL sec: oe es ec we, Ge RNIES 
Vary on wait. .......... : *NOWAIT 
Attached NWI. ......... =. :  LOSANGELES 
NWI) TY DO 2 eave de as hol ares ees PE *ATM 
Local adapter address ......: 002035E2412F 
Exchange identifier .......: 0563FD50 
Ethernet standard ........:32 *ALL 
Maximum controllers .......: 4 
Generate test frame .......: = ¥*YES 
ATM access type ....... ee *SVC 
Use LECS address .........: ~~ #«¥YES 
More... 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 
cas 
Figure 8-14. Display Line Description (Example 1) Display 1 of 8 
= 
Display Line Description SYSNAMxx 
11/21/97. 12:17:21 
Line description. ........: LALINE 
Option. ..........+... : + *BASIC 
Category of line. ........: *ELAN 


Local ATM address: 
Network prefix .........3 
End system identifier .....: 
LEC selector byte .......: 
LES ATM address: 
Network prefix . 
End system identifier .....: 
Selector byte 
Last contacted LES ATM address: 
Network prefix . 
End system identifier .....: 
Selector byte .........: 
Emulated LAN name ........32 


Ce et ee ae SS 


ey 


Ce 


Press Enter to continue. 


47000580FFE1000000F21511FC 
002035E2412F 
03 


47000580FFE1000000F21511FC 
000077865A0E 
20 


47000580FFE1000000F21511FC 
000077865A0E 
20 
ETHERNET1 
More... 


F3=Exit F1l=Display keywords  F12=Cancel 


; 


Figure 8-15. Display Line Description (Example 1) Display 2 of 8 
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Display Line Description SYSNAMxx 
11/21/97 12:17:21 
Line description. ........: LALINE 
Option. ..........+. +. +. : + *BASIC 
Category of line. ........: *ELAN 
Reported emulated LAN name. ...: ETHERNET1 
LEC disconnect time out .....: 5 
Maximum ARP entries .......: £4512 
MOXC 25, Geo 265 fs ode va ae Es Oe eee Ges ee aa  ~. SEBEL ANK 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


Figure 8-16. Display Line Description (Example 1) Display 3 of 8 


if | 
Display Line Description SYSNAMxx 
11/21/97 12:17:21 


Line description. ........3: LALINE 
Option. .......... 2... :  *ACTSWTICTL 
Category of line. ........: *ELAN 


(No active switched controllers attached) 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


ee, 


Figure 8-17. Display Line Description (Example 1) Display 4 of 8 
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Display Line Description SYSNAMxx 
11/21/97 12:17:21 


Line description. ....... .:  LALINE 
OPEION 6: sade a Me eee we ge 0, SS RSSAPR 
Category of line. ........ =: ~~ &4*ELAN 
----Source Service Access Points----- ----Source Service Access Points----- 
SSAP Maximum Frame Type SSAP Maximum Frame Type 
04 *MAX FRAME *SNA 
12 *MAX FRAME *NONSNA 
AA *MAX FRAME *NONSNA 
C8 *MAXFRAME *HPR 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


Figure 8-18. Display Line Description (Example 1) Display 5 of 8 


[ | 
Display Line Description SYSNAMxx 
11/21/97 12:17:21 


Line description. ........: LALINE 
Option. .......4.4. 4.2... :  *GRPADR 
Category of line. ........: *ELAN 


(No group addresses found) 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


ee 


Figure 8-19. Display Line Description (Example 1) Display 6 of 8 
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Display Line Description SYSNAMxx 
11/21/97. 12:17:21 
Line description. ........: LALINE 
OPETON: 6 sas we cee ae ae os ee de ew *APPN 
Category of line. ........: *ELAN 
INK SPOOd ers ets oe ene, He es eS 10M 
Cost/connect time ........: 80 
Cost /byte. “3. Sate ecw. Hoa ant 0 
Security for line ........: *NONSECURE 
Propagation delay ........:  *LAN 
User-defined 1.........4.: 128 
User-defined 2.........4.: 128 
User-defined 3 .........2.: 128 
Autocreate controller ......: *NO 


Bottom 


Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


Figure 8-20. Display Line Description (Example 1) Display 7 of 8 


if | 
Display Line Description SYSNAMxx 
11/21/97 12:17:21 


Line description. ....... .:  LALINE 
Option. ......... 4.2... :  *TMRRTY 
Category of line. ........: *ELAN 
LEC cache aging time... .....: 300 
ARP retry timer ........4432 1 
ARP retry count .........3 1 
Recovery limits: 

Counts TAMite cee ee ee re ee eS 2 

Time interval .........: 5 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


Figure 8-21. Display Line Description (Example 1) Display 8 of 8 


At this point, ATM is configured and can be varied on. You now can attach con- 
troller descriptions to the line description, if the following conditions have been met: 


e All attachments to an appropriate ATM switch have been made 


e The switch is properly configured 
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Use the line descriptions as you would use any other token-ring or Ethernet line 
description. 


Configuring an AS/400 token-ring LAN emulation client 


This topic describes the configuration of a token-ring LAN emulation client on 
AS/400. The line description defines a single end device in the ATM network, as is 
shown in Figure 8-22. The LAN emulation client allows AS/400 to exchange data 
with any other LAN emulation client in the emulated LAN, as if it was a device ina 
token-ring LAN. 


AS/400 


Switch 


RV3S174-1 


Figure 8-22. AS/400 16M LAN Emulation Client (Example 2) 


Defining the network (example 2) 


Again, this configuration will provide connection to an ATM network with a set of 
specific requirements. 


This system provides a test bench for new technology, so ATM should not be 
operational after an IPL sequence unless specifically varied on. 


Attach to an ATM switch by using the UNI 3.1 standard. 
Use switched virtual connections. 
Join a token-ring emulated LAN. 


Consider performance an impartation aspect of the planned testing. This means 
that the largest frame size possible should be used. 


The emulated LAN will have a minimum number of clients. However, since the 
test network will have ample resources, no limitation on the number of clients is 
necessary. 


The ATM test network is relatively small so minimum delays are expected 
between the system and the switch. Such a simple network does not require 
the services of a LECS. 


Use locally administered addresses to prevent confusion with production 
network addresses. 


Since this ATM network testing causes no contention for resources, an average 
amount of time should be allowed before the LEC drops inactive connections to 
other clients. 
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| Creating the network interface (example 2) 

| 1. To determine the correct resource name for the ATM port, enter the Work with 
| Hardware Resource (WRKHDWRSC) command, with *CMN as the value, on 

| the AS/400 Main Menu selection or command line. Figure 8-1 on page 8-2 

| shows the communication resources. 


| 2. Enter the Create Network Interface ATM (CRTNWIATM) command. Press the 
| Enter key. Figure 8-23 shows an example of this display. 


| on 
| Create NWI ATM (CRTNWIATM) | 
| Type choices, press Enter. 
| Network interface description . Name 
| Resource name ......... Name 
Online at IPL ......... *YES *YES, *NO 
Vary On. Watts: odo wens Ge wes *NOWAIT *NOWAIT, 15-180 seconds 
| Network type. ......... *UNI30 *AUTO, *UNI30, *UNI31... 
| Text ‘description’ ....... *BLANK 
| 
| Bottom 
| F3=Exit F4=Prompt F5=Refresh F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 
Parameter NWID required. + 


| L J 
| 


Figure 8-23. Create NWI ATM (Example 2) Display 1 of 4 


| 3. Enter an appropriate network interface description name. 
| 4. Enter an appropriate ATM resource name. 


| 5. Online at IPL should be *NO. A value of *NO requires the user or operator to 
| specifically vary on the network interface. 


| 6. Specify the network type as *UNI31. 


| Press F10 for additional parameters. 
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Type choices, press Enter. 


Network interface description 

Resource name ......... 
Onine>-at IPL. osee webs ers 
Vary onwait.......... 
Network type. ........-. 
Text 'description’....... 


F3=Exit F4=Prompt  F5=Refresh 
F13=How to use this display 
Parameter NWID required. 


— 


Create NWI ATM (CRTNWIATM) 


TESTSYS Name 

CMNO3 Name 

*NO_ *YES, «NO 

*NOWAIT *NOWAIT, 15-180 seconds 
*UNI31 *AUTO, *UNI30, *UNI31... 


Test system ATM connection 


Bottom 
F10=Additional parameters  F12=Cancel 
F24=More keys 


Figure 8-24. Create NWI ATM (Example 2) Display 2 of 4 


7. Leave the default for Maximum PMP end systems as zero. 


8. Accept the default for switched virtual connections as 516. 


9. Specify the amount of time (in minutes) for the network switch time-out. In this 
case the minimum of 1 minute is used. 


10. Leave the physical layer options as *NONE. 


Press Page Down to see the next panel. 


Type choices, press Enter. 


Network interface description 
Resource name ......... 
Online at IPL ......... 
Vary onwait.......... 
Network type. ......... 
Text 'description’....... 


Maximum PMP end systems 7 
Switched virtual connections . . 
Network switch timeout ..... 
Physical layer options ..... 
Attached lines ......... 

+ for more values 


F3=Exit F4=Prompt  F5=Refresh 
F24=More keys 


Create NWI ATM (CRTNWIATM) 


. > TESTSYS Name 
> CMNQ3 Name 
*NO_ *YES, «NO 
*NOWAIT *NOWAIT, 15-180 seconds 
*UNI31 *AUTO, *UNI30, *UNI31... 


> 'Test system ATM connection' 


Additional Parameters 


0 0-2048 

516 16-2064 

1 *NOMAX, 1-30 minutes 

*NONE *NONE, QOOOQ-FFFF 
Name 


More... 
F12=Cancel F13=How to use this display 


a 


Figure 8-25. Create NWI ATM (Example 2) Display 3 of 4 
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11. Set the recovery limits to minimum values to eliminate retries and identify prob- 
lems immediately. 


12. The authority fields may be left as defaulted. 
Create NWI ATM (CRTNWIATM) 
Type choices, press Enter. 


Recovery limits: 


Count limit ......... 0 0-99, *SYSVAL 
Time interval ........ 0 0-120 minutes 
AUENORTLY 245 ee ow ew es *LIBCRTAUT Name, *LIBCRTAUT, *CHANGE... 


Bottom 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


L J 


Figure 8-26. Create NWI ATM (Example 2) Display 4 of 4 


After you press Enter, a message appears on the AS/400 Main Menu display that 
verifies that you created the network interface description properly. 


Creating the line description (example 2) 
Next, create the line description to define the LAN emulation client. 


1. Enter the Create Line Description (Token-Ring) (CRTLINTRN) command to 
create the line description, and press Enter. 


2. Enter an appropriate name for the line description. 


3. Specify the resource name as *NWID and the NWI type as *ATM, and press 
Enter. 
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— 


Create Line Desc (Token-Ring) (CRTLINTRN) 


Type choices, press Enter. 


Line description. ....... TESTLINE Name 
Resource name ........-. *NWID Name, *NWID, *NWSD 
NWT. CY PO se is ea terres do He ae oes *ATM *FR, *ATM 

Bottom 
F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters F12=Cancel 
F13=How to use this display F24=More keys 
Parameter LIND required. + 


Figure 8-27. Create Line Description (Example 2) Display 1 of 4 


4. 
5. 


Specify Online at IPL as *NO. 


Enter the attached NWI name, which is the name of the network interface 
description that is created with the CRTNWIATM command (TESTSYS in this 
example.) 


. Because performance measurements will be made with this line, for maximum 


throughput, set the maximum frame size to the largest value that is allowed 
(16393). 


Note: This value must be at least 20 bytes less than the specified LEC frame 
size. 


. Enter the LEC frame size. In this example, set the LEC frame size to the 


largest value that is allowed (18190). 


. Specify the adapter address as 4000000000FF for testing purposes. 


Press Page Down to show the next page. 
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Create Line Desc (Token-Ring) (CRTLINTRN) 


Type choices, press Enter. 


Line description. ....... 
Resource name ......... 
NWI CY POrsnesse ee a ceive shaw. ce GE 
Online: ate TPL - ie seme ce cae Bek 
Vary>0n: Wait $8. ce ie Shs: Se Gen 
Maximum controllers ...... 
Attached NWI. ......... 
Maximum frame size. ...... 
LEC frame size. ..... 2s 
Local adapter address ..... 
Exchange identifier ...... 
SSAP list: 
Source service access point 
SSAP maximum frame. ..... 
SSAP type .......2e+6-. 
+ for more values 


F3=Exit F4=Prompt  F5=Refresh 
F13=How to use this display 


— 


> TESTLINE Name 

> *NWID Name, *NWID, *NWSD 

> *ATM *FR, *ATM 
*NO *YES, *NO 
*NOWAIT *NOWAIT, 15-180 seconds 
40 1-256 
TESTSYS Name, *NONE 
16393__ 265-16393, 265, 521, 1033... 
18190 1516, 4544,9234, 18190 
4000000000FF 400000000000-7FFFFFFFFFFF... 
*SYSGEN 05600000-O56FFFFF, *SYSGEN 
*SYSGEN 02-FE, *SYSGEN 


*MAXFRAME, 265-16393 
*CALC, *NONSNA, *SNA, *HPR 


More... 


F10=Additional parameters  F12=Cancel 
F24=More keys 


Figure 8-28. Create Line Description (Example 2) Display 2 of 4 


Page down to show the next screen. 


9. Specify the ATM access type as *SVC. 


Press F10 to show the additional parameters. 
10. Specify *NO for the Use LECS field. 


11. The LES ATM address is required when you specify *NO for the Use LECS 
field. Determine the correct LES ATM address by consulting the configuration 
of the LES to which this client will attach. 


12. Here the emulated LAN name of TOKENRINGEMULATION has been used. 


13. Leave the LEC disconnect time as the default (20 minutes). 


Press Page Down to scroll to the next panel. 
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Create Line Desc (Token-Ring) (CRTLINTRN) 


Type choices, press Enter. 


ATM access type ........ *SVC *SVC, *DIRECT, *PVC 
Use LECS address... ..... *NO_ Character value 
LES ATM address: 
Network prefix ........ 47000580FFE1000000F21511FC 
End system identifier ... . Q00077865AQE Hexadecimal value 
Selector byte ........ 23 Hexadecimal value 
Emulated LAN name ....... TOKENRINGEMULATION 
LEC disconnect time out .... 20 *NOMAX, 1-30 minutes 
Text 'description’....... Test system token-ring LAN emulation client 


Additional Parameters 


Network controller. ...... Name 
Activate LAN manager ...... *YES *YES, «NO 
TRLAN manager logging level .. OFF *OFF, «MIN, *MED, *MAX 


F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


— 


More... 


Figure 8-29. Create Line Description (Example 2) Display 3 of 4 


14. Press Enter to create the line description. 


Create Line Desc (Token-Ring) (CRTLINTRN) 


Type choices, press Enter. 


TRLAN manager mode. ...... *OBSERVING *OBSERVING, *CONTROLLING 
Log configuration changes ... *LOG *LOG, *NOLOG 
Token-ring inform of beacon .. *YES *YES, *NO 
Functional address ....... *NONE *NONE, COQ000000001... 

+ for more values 
Early token release ...... *LINESPEED *YES, *NO, *LINESPEED 
Error threshold level ..... *OFF *OFF, *MIN, *MED, *MAX 
Link speed... .....2.2es 16M *MIN, 1200, 2400, 4800... 
Cost/connect time ....... () Q-255 
Cost byte. a. 6. Sere Sk. ae ws 0 0-255 
Security for line ....... *NONSECURE *NONSECURE, *PKTSWTNET... 
Propagation delay ....... *LAN *MIN, *LAN, *TELEPHONE... 
User-defined 1......... 128 0-255 
User-defined 2......... 128 0-255 
User-defined 3 ......... 128 0-255 
Autocreate controller ..... *NO *YES, *NO 


F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


— 


More... 


Figure 8-30. Create Line Description (Example 2) Display 4 of 4 
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D 


splaying the configuration objects (example 2) 
You can display the network interface and line descriptions by using the Display 
Network Interface Description (DSPNWID) command, and the Display Line 


Description (DSPLIND) command. 


1. Enter the Display Network Interface Description (DSPNWID) command to view 


the network interface. 


— 


= 
Display Network Interface Description (ATM) SYSNAMxx | 
11/21/97 12:20:01 
Network interface description TESTSYS 
Category of NWI .........: *ATM 
OPTION 8 wee ae eal ae Waa ce 8 *BASIC 
Resource names ..........3 CMNO3 
Online at IPL .........2.3 *NO 
Vary on wait. ..........: *NOWAIT 
Network type. ..........3 *UNI31 
Maximum PMP end systems .....: 0 
Switched virtual connections ...: 516 
Network switch timeout. .....: 1 
Physical layer options ......: *NONE 
Recovery limits: 
Count VAIMT EC: | ain wok Ogres Ge ses es ce 0 
Time interval .........: 0 
TOK Gis bce ay fords i ce eta sen tes ann 
Bottom 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 
Already at bottom of area. | 


Figure 8-31. Display NWI Description (Example 2) Display 1 of 2 


— 


2 
Display Network Interface Description (ATM) SYSNAMxx | 
11/21/97 12:20:01 
Network interface description TESTSYS 
Category of NWI ........2.: *ATM 
ODEON. Sco SA ee ees eck cde Fe RS *LINELIST 
Attached lines. ........2442 
none nnn ----------- Attached lines--------------------- 
TESTLINE 
Bottom 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 


Figure 8-32. Display NWI Description (Example 2) Display 2 of 2 
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2. Enter the Display Line Description (DSPLIND) command to view the line 


description. 
il fi 
Display Line Description SYSNAMxx 
11/21/97 10:30:52 
Line description. ........ 3:  TESTLINE 
Option. ..........+.+. =. : =~ *BASIC 
Category of line. ........: *TRLAN 
Resource name ..........: *NWID 
Online at IPL ........2.2.: ~~ «*NO 
Vary on wait. ......... =. :  *NOWAIT 
Maximum controllers .......: £40 
Attached NWI. .......... =: ~~ +JTESTSYS 
NWI type... 1... 6 6 ee 6 «© © §)~©6 *ATM 
Maximum frame size. .......: 16393 
LEC frame size... 1... eee et 18190 
Local adapter address ......: 4Q00000000FF 
Exchange identifier ....... :  Q56FA170 
ATM access type ....... ee *SVC 
Use LECS address .........: ~~ ¥*NO 
More... 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 
L J 


Figure 8-33. Display Line Description (Example 2) Display 1 of 8 


Note that in Figure 8-34 on page 8-25 the Local ATM address and the Last 
contacted LES ATM address display as *NONE. The local ATM address will be 
valid only while the line is varied on. The Last contacted LES ATM address will 
display a valid value only after the line has been varied on, and this client has 
successfully joined an emulated LAN. 
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= 
Display Line Description SYSNAMxx 
11/21/97 10:30:52 
Line description. ........ 3:  TESTLINE 
Option. ..........+... : + *BASIC 
Category of line. ........: *TRLAN 
Local ATM address: 
Network prefix ......... :  *NONE 
LES ATM address: 
Network prefix ........ . : 47000580FFE1000000F21511FC 
End system identifier ..... : 000077865A0E 
Selector byte .........: £23 
Last contacted LES ATM address: 
Network prefix ......... :  *NONE 
Emulated LAN name ........ :  ¥*NONE 
LEC disconnect time out .....: 20 
Maximum ARP entries .......: £4512 
TAX: 6 sees oe Se eee ew eee ce G7 *BLANK 
Bottom 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 
ae 


Figure 8-34. Display Line Description (Example 2) Display 2 of 8 


— 
Display Line Description SYSNAMxx 
11/21/97 12:18:33 
Line description. ........:  TESTLINE 
Option. ............. : + *BASIC 
Category of line. ........: = £*TRLAN 
Emulated LAN name ........ 3: = TESTLINE 
LEC disconnect time out .....: £20 
MTU size... . 2... eee eee 2 ~=©18190 
Maximum ARP entries .......: £512 
TAX Ce. cor tes wt er nd we res cay te ek. GHBLANK 


Press Enter to continue. 


Bottom 


F3=Exit F1l=Display keywords  F12=Cancel 


; 


————————————————————————— 


Figure 8-35. Display Line Description (Example 2) Display 3 of 8 
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Display Line Description SYSNAMxx 
11/21/97 12:18:33 
Line description. ........:  TESTLINE 
Option. .......... 2... :  *ACTSWTICTL 
Category of line. ........: *TRLAN 


(No active switched controllers attached) 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


— 


Figure 8-36. Display Line Description (Example 2) Display 4 of 8 


= 
Display Line Description SYSNAMxx 
11/21/97 12:18:33 
Line description. ........:  TESTLINE 
Option. .......... 4... : = *SSAP 
Category of line. ........: *TRLAN 


----Source Service Access Points----- ----Source Service Access Points----- 
SSAP Maximum Frame Type SSAP Maximum Frame Type 
04 *MAXFRAME *SNA 
12 *MAXFRAME *NONSNA 
AA *MAXFRAME *NONSNA 
C8 *MAXFRAME *HPR 
Bottom 


Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


— 


; 


Figure 8-37. Display Line Description (Example 2) Display 5 of 8 
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Display Line Description SYSNAMxx 
11/21/97 12:18:33 


Line description. ........ :  TESTLINE 
Option. ........4.4. +... :  *APPN 
Category of line. ........: *TRLAN 
Link speed... 2... ....e.. 3: ~~ LOM 
Cost/connect time ........: 80 

Cost /bVte. “a Sotow Sos ae aoe 0 
Security for line ........: *NONSECURE 
Propagation delay ........:32 *LAN 
User-defined 1.........4.: 128 
User-defined 2.........4.: 128 
User-defined 3 .........2.: 128 
Autocreate controller ......: *NO 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


L J 


Figure 8-38. Display Line Description (Example 2) Display 6 of 8 


Display Line Description SYSNAMxx | 
11/21/97 12:18:33 


Line description. ........:  TESTLINE 
Option. .......... 2... :  *TMRRTY 
Category of line... ......: *TRLAN 
LEC cache aging time... .....: 300 
ARP retry timer ........26432 1 
ARP retry count .........:3 1 
Recovery limits: 

Count. Vimit: in wee 6 ete coe te ee 8 1 

Time interval .........: 1 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


L , 


Figure 8-39. Display Line Description (Example 2) Display 7 of 8 
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[ | 
Display Line Description SYSNAMxx 
11/21/97 12:18:33 


Line description. ........:  TESTLINE 
Option. .........+. 2... :  *FCNADR 
Category of line. ........: = &¥*TRLAN 


(No functional addresses found) 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


L J 


Figure 8-40. Display Line Description (Example 2) Display 8 of 8 


You have now completed configuring this LAN emulation client. At this point you 
may configure controller descriptions and attach them to this line description. 


Configuring AS/400 Ethernet LAN emulation client with PVC 


This topic describes the configuration of an Ethernet LAN emulation client on 
AS/400. The line description defines a single end device in the ATM network, as is 
shown in Figure 8-41. The LAN emulation client allows AS/400 to exchange data 
with any other LAN emulation client in the emulated LAN, as if it was a device in an 
Ethernet LAN. 


AS/400 


Switch 


RV3S174-1 


Figure 8-41. AS/400 Ethernet LAN Emulation Client (Example 4) 
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Defining the network (example 3) 


This configuration example will create an ATM LAN emulation client with the fol- 
lowing characteristics: 


e ATM should function without intervention after an IPL sequence. 

e Attach to an ATM switch but use permanent virtual circuits (PVCs.) 
¢ The emulated LAN will have a maximum of 2 stations (or clients.) 
e The ATM switch is located on the premises of the service provider. 


e Use Ethernet LAN emulation supporting both Ethernet Version 2 and IEEE 
802.3. 


e¢ The LAN emulation configuration server (LECS) is not required for PVC con- 
nections. 


e¢ The ATM network connects only two clients so this client should maintain any 
inactive connections. 


Creating the network interface (example 3) 


1. To determine the correct resource name for the ATM port, enter the Work with 
Hardware Resource (WRKHDWRSC) command, and *CMN as the value, on 
the AS/400 Main Menu selection or command line. Figure 8-1 on page 8-2 
shows the communication resources. 


2. Enter the Create Network Interface ATM (CRTNWIATM) command. Press the 
Enter key. Figure 8-42 shows an example of this display. 


oe 
Create NWI ATM (CRTNWIATM) | 
Type choices, press Enter. 
Network interface description . Name 
Resource name ......... Name 
Online at IPL ......... *YES *YES, *NO 
Vary onwait.......... *NOWAIT *NOWAIT, 15-180 seconds 
Network type. ......... *UNI30 *AUTO, *UNI30, *UNI31... 
Text 'description'....... *BLANK 
Bottom 
F3=Exit F4=Prompt F5=Refresh F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 
Parameter NWID required. + 
L J 


Figure 8-42. Create NWI ATM (Example 3) Display 1 of 4 


3. Enter an appropriate network interface description name. 
4. Enter an appropriate ATM resource name. 
5. Accept the default for Online at IPL (*YES.) 
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6. Specify the network type as *PVCONLY. 
Figure 8-43 shows an example of this display. 


Press F10 for additional parameters. 


= 
Create NWI ATM (CRTNWIATM) 
Type choices, press Enter. 
Network interface description . PVCNWI Name 
Resource name ......... CMNO3 Name 
Online at IPL ......... «yes *YES, «NO 
Vary onwait.......... *NOWAIT *NOWAIT, 15-180 seconds 
Network type. ......... *PVCONLY *AUTO, *UNI30, *UNI31... 
Text 'description’....... PVC NWI 
Bottom 
F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 
Parameter NWID required. + 
Sis 


Figure 8-43. Create NWI ATM (Example 3) Display 2 of 4 


7. Specify the Maximum PMP end systems as zero. 
8. Set the switched virtual connections to 16, the minimum. 


9. For a network type of *PVCONLY the network switch time-out serves no func- 
tion. 


10. Leave the physical layer options as “NONE. 


Page down to see remaining fields. 
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Create NWI ATM (CRTNWIATM) 


Type choices, press Enter. 


Network interface description . > PVCNWI Name 

Resource name ......... > CMNO3 Name 

Online at IPL ...... 2... > *YES *YES, *NO 

VaryOny Waites. 4.2 seme aces cat Ses *NOWAIT *NOWAIT, 15-180 seconds 
Network type. ......... > *PVCONLY *AUTO, *UNI30, *UNI31... 
Text 'description’....... > 'PVC NWI' 


Additional Parameters 


Maximum PMP end systems .... 0 0-2048 

Switched virtual connections . . 16 16-2064 

Network switch timeout. .... 2 *NOMAX, 1-30 minutes 
Physical layer options ..... *NONE *NONE, QOQO-FFFF 
Attached lines ......... Name 


+ for more values 
More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


LE J 


Figure 8-44. Create NWI ATM (Example 3) Display 3 of 4 


11. The recovery limits and authority fields may be left as defaulted. 


Create NWI ATM (CRTNWIATM) 
Type choices, press Enter. 


Recovery limits: 


Count. lami. aoe sce ee es 2 0-99, *SYSVAL 
Time interval ........ 5 0-120 minutes 
AUtHORITY: (oo: 30 Se doe wos *LIBCRTAUT Name, *LIBCRTAUT, *CHANGE... 


Bottom 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Figure 8-45. Create NWI ATM (Example 3) Display 4 of 4 


After you press Enter, a message appears on the AS/400 Main Menu display, 
which verifies that you created the network interface description properly. 
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| Creating the line description (example 3) 


Next, create the line description to define the LAN emulation client. 


1. Enter the Create Line Description (Ethernet) (CRTLINETH) command to create 
the line description (in this case, an Ethernet client.) Press the Enter key. 


2. Enter an appropriate name for the line description. 


3. Specify the resource name as *NWID. Press the Enter key. 


Create Line Desc (Ethernet) (CRTLINETH) 


Type choices, press Enter. 


Line description. ....... PVCLINE Name 
Resource name ........-. *NWID Name, *NWID, *NWSD 

Bottom 
F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 


Parameter LIND required. + 


L J 


Figure 8-46. Create Line Description (Example 3) Display 1 of 6 


4. Specify Online at IPL as *YES. 


5. Enter the attached NWI name, which is the name of the network interface 
description that was just created — PVCNWI. 


6. Specify the NWI type as *ATM. 


Press the Enter key to display the next set of parameters. 
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Create Line Desc (Ethernet) (CRTLINETH) 
Type choices, press Enter. 
Line description. ....... > PVCLINE Name 
Resource name ........-. > *NWID Name, *NWID, *NWSD 
Online vat TPL . 6 6 even sens Ge Bs *YES *YES, *NO 
Vary On Waits. ue tesec ace car Be 8 *NOWAIT *NOWAIT, 15-180 seconds 
Attached NWI. ......... PVCNWI Name, *NONE 
NWE SEY DOr n> Search ee ote hes oe *ATM *FR, *ATM 

Bottom 

F3=Exit F4=Prompt F5=Refresh F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 


LE J 


Figure 8-47. Create Line Description (Example 3) Display 2 of 6 


7. Accept the default of “ADPT to use the burned-in address. 
8. Specify the Ethernet version as *ALL. 


9. Specify the ATM access type as *PVC. This line will now use permanent virtual 
circuits to connect with other devices. Permanent virtual circuits require speci- 
fying each path through the network by configuring each network switch that is 
traversed. 


Press the Enter key to show additional parameters and then press Page Down 
to see the next panel. 
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2 
Create Line Desc (Ethernet) (CRTLINETH) ‘| 
Type choices, press Enter. 
Line description. ....... > PVCLINE Name 
Resource name ........-. > *NWID Name, *NWID, *NWSD 
Oniline:at IPL. stccnu Wok ei tres > *NO_ *YES, *NO 
Vary onwait.......... *NOWAIT *NOWAIT, 15-180 seconds 
Attached NWI. ......... > PVCNWI Name, *NONE 
NWE' CY PO ik cet ess Steaks Se Be > *ATM *FR, *ATM 
Local adapter address ..... *ADPT 020000000000-7EFFFFFFFFFF... 
Exchange identifier ...... *SYSGEN 05600000-O56FFFFF, *SYSGEN 
Ethernet standard ....... *ALL *ETHV2, *IEEE8023, *ALL 
SSAP list: = 
Source service access point . *SYSGEN 02-FE, *SYSGEN 
SSAP maximum frame. ..... *MAXFRAME, 265-1496, 265... 
SSAP type .......2-+6- *CALC, *NONSNA, *SNA, *HPR 
+ for more values __ 
ATM access type ........ *PVC *SVC, *DIRECT, *PVC 
Bottom 
F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 
L J 


Figure 8-48. Create Line Description (Example 3) Display 3 of 6 


10. Enter the virtual path identifier (VPI) and virtual circuit identifier (VCl) for this 
PVC. The VPI and VCI are determined as a result of configuring the network 
switch to which this AS/400 attaches. 


Press F10 to show the remaining parameters. 


oa 
Create Line Desc (Ethernet) (CRTLINETH) ‘| 
Type choices, press Enter. 
PVC identifiers: 
Virtual path identifier ... Q 0-7 
Virtual circuit identifier .. 64 32-4095 
Text 'description’....... PVC line 
Bottom 
F3=Exit F4=Prompt F5=Refresh F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 


Figure 8-49. Create Line Description (Example 3) Display 4 of 6 


11. Default values are acceptable for the remaining parameters. 


Press the Enter key to create the line description. 
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Create Line Desc (Ethernet) (CRTLINETH) 
Type choices, press Enter. 


PVC identifiers: 


Virtual path identifier ...>0Q 0-7 
Virtual circuit identifier . . > 64 32-4095 
Text 'description’....... > 'PVC line’ 


Network controller ....... Name 

Group address ......... *NONE 010Q000000000-FDFFFFFFFFFF... 
+ for more values 

Maximum controllers ...... 40 1-256 

Error threshold level ..... *OFF *OFF, *MIN, *MED, *MAX 

Generate test frame ...... *YES *YES, *NO 

Link speed... 1... 22s 10M *MIN, 1200, 2400, 4800... 

Cost/connect time ....... () Q-255 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Figure 8-50. Create Line Description (Example 3) Display 5 of 6 


Create Line Desc (Ethernet) (CRTLINETH) 


Type choices, press Enter. 


Cost/byte .........2.. () Q-255 
Security for line ....... *NONSECURE *NONSECURE, *PKTSWTNET... 
Propagation delay ....... *LAN *LAN, *MIN, *TELEPHONE... 
User-defined 1......... 128 0-255 
User-defined 2......... 128 0-255 
User-defined 3 ......... 128 0-255 
Autocreate controller ..... *NO *YES, *NO 
Autodelete controller ..... 1440 1-10000 (minutes), *NONE 
Recovery limits: 
Count limit ......... 2 0-99, *SYSVAL 
Time interval ........ 5 0-120 minutes 
Authority ........eee *LIBCRTAUT Name, *LIBCRTAUT, *CHANGE... 


Bottom 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


———— ee, 


Figure 8-51. Create Line Description (Example 3) Display 6 of 6 


Chapter 8. ATM network configuration examples 8-35 


D 


splaying the configuration objects (example 3) 


Display the network interface and line descriptions by using the Display Network 
Interface Description (DSPNWID) command, and the Display Line Description 
(DSPLIND) command. 


1. Enter the Display Network Interface Description (DSPNWID) command to view 
the network interface. 


— 


= 
Display Network Interface Description (ATM) SYSNAMxx | 
11/21/97 14:05:06 

Network interface description PVCNWI 
Category of NWI ........2.: *ATM 
Option. ............. : + *BASIC 
Resource names .......... 3:  CMNO3 
Online at IPL ..... 2... 2 w: *YES 
Vary on wait. ..........3 *NOWAIT 
Network type. ..........:3: *PVCONLY 
Maximum PMP end systems .....: 0 
Switched virtual connections ...: 16 
Network switch timeout ......: 2 
Physical layer options ......: *NONE 
Recovery limits: 

Count limit .........2.3: 2 

Time interval .........: 5 
TEX scale: ee con eye wee Ae Ber es ot ee ae OPV CANWE 

Bottom 

Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 


Figure 8-52. Display NWI Description (Example 3) Display 1 of 2 


me 
Display Network Interface Description (ATM) SYSNAMxx | 
11/21/97 14:05:06 
Network interface description PVCNWI 
Category of NWI .........: *ATM 
OP ETON 2758 eee Geo ar Cece, Bo a GS  ORLINELTEST 
Attached lines. .......2..242 
wenn nnn n-ne ------- Attached lines--------------------- 
PVCLINE 
Bottom 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 
U J 


Figure 8-53. Display NWI Description (Example 3) Display 2 of 2 
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2. Enter the Display Line Description (DSPLIND) command to view the line 


description. 
= 
Display Line Description SYSNAMxx 
11/21/97 14:05:28 
Line description. ........:  PVCLINE 
OD ETON one ies cee ai le an ee ee er ts oe © BASIC 
Category of line. ........: *ELAN 
Resource name ..........: *NWID 
Online at IPL ...... 2... 2) *YES 
Vary on wait. ..........: *NOWAIT 
Attached NWI... .. 1.2... PVCNWI 
NWI. CY DO. 36 oe eh ee ee Whe: da We Hee *ATM 
Local adapter address ......:  *ADPT 
Exchange identifier .......: 0563FD50 
Ethernet standard ........:3: *ALL 
Maximum controllers .......: 40 
Generate test frame .......: *YES 
ATM access type ......... :  ¥*PVC 
LEC frame size... 1... ee eet 1516 
More... 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 
Pea 


; 


Figure 8-54. Display Line Description (Example 3) Display 1 of 7 


Line description. ........: 
OPE TON eo cers oe we a ae ee 
Category of line. ........32 


PVC identifiers: 
Virtual path identifier ....: 
Virtual circuit identifier . : 
OX Ge sos oe octane aae coh te® Bo Meh dua, soe de ees 


Press Enter to continue. 


PVCLINE 
*BASIC 
*ELAN 


64 
PVC line 


F3=Exit F1l=Display keywords  F12=Cancel 


11/21/97 


SYSNAMxx 
14:05:28 


Bottom 


Display Line Description 


Figure 8-55. Display Line Description (Example 3) Display 2 of 7 
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Display Line Description SYSNAMxx 
11/21/97 14:05:28 
Line description. ........:  PVCLINE 
Option. .......... 2... :  *ACTSWTICTL 
Category of line. ........: *ELAN 
nono nnn-n----- Active Switched Controllers-------------- 
(No active switched controllers attached) 
Bottom 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 
— 
Figure 8-56. Display Line Description (Example 3) Display 3 of 7 
= 
Display Line Description SYSNAMxx 
11/21/97 14:05:28 
Line description. ........:  PVCLINE 
Option. .......... 4... : = *SSAP 
Category of line. ........: *ELAN 
----Source Service Access Points----- ----Source Service Access Points----- 
SSAP Maximum Frame Type SSAP Maximum Frame Type 
04 1496 *SNA 
12 1496 *NONSNA 
AA 1496 *NONSNA 
C8 1496 *HPR 
Bottom 


Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


ee 


Figure 8-57. Display Line Description (Example 3) Display 4 of 7 
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Display Line Description SYSNAMxx 
11/21/97 14:05:28 
Line description. ........:  PVCLINE 
Option. .......4.4.+. +... :  *GRPADR 
Category of line. ........: *ELAN 
nono ----------- Group Addresses---------------- 
(No group addresses found) 
Bottom 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 
L J 
Figure 8-58. Display Line Description (Example 3) Display 5 of 7 
il ) 
Display Line Description SYSNAMxx 
11/21/97 14:05:28 
Line description. ........:  PVCLINE 
Option. ........4.+. +... 2: *APPN 
Category of line. ........: *ELAN 
Link speed... . 2... 2... ~:~) 610M 
Cost/connect time ........: 0 
Cost/byte .......2.4.2..2.-.: @ 
Security for line ........: *NONSECURE 
Propagation delay ........:  *LAN 
User-defined 1.........2.: 128 
User-defined 2..........: 128 
User-defined 3 .........4.:3: 128 
Autocreate controller ......:  ¥*NO 
Bottom 
Press Enter to continue. 
F3=Exit F1l=Display keywords  F12=Cancel 


ee, 


Figure 8-59. Display Line Description (Example 3) Display 6 of 7 
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2 
Display Line Description SYSNAMxx 
11/21/97 14:05:28 
Line description. ........ :  PVCLINE 
Option. .......... 4... : + *TMRRTY 
Category of line. ........: *ELAN 
Recovery limits: 
COUNT IMT, <b e-2e+ wed see. wea Ue 
Time interval .........: 5 


Bottom 
Press Enter to continue. 


F3=Exit F1l=Display keywords  F12=Cancel 


; 


Figure 8-60. Display Line Description (Example 3) Display 7 of 7 


ATM is configured and can be varied on. 


8-40 05/400 LAN, Frame-Relay and ATM Support V4R2 


Frame-relay networks 


Chapter 9. Frame-relay networks ....................-..-. 9-1 
Frame-relay physical environment .............. 2.000002 e eee 9-1 
SNA direct configurations ............... 20200000222 2 9-3 
IP direct configurations ......... 2... 00000 9-4 
Internetwork Packet Exchange (IPX) direct configurations ........... 9-4 
Bridged frame-relay configurations ............... 0.022008. 9-4 
Connecting systems without a frame-relay network .............. 9-4 
Frame-relay configuration objects ................0 020020005 9-5 
Frame-relay addressing considerations ..................20004 9-6 
Data link connection identifiers (DLCls) ..................... 9-6 
Frame-relay adapter addresses ...................2.02008.4 9-7 
Frame-relay protocol headers and frame formats ................. 9-7 
Frame-relay core services (FRCS) frame format ................ 9-8 
Frame-relay protocol headers and frame formats ................ 9-8 
Frame-relay frame size considerations ...................... 9-11 
Additional MAXFRAME parameter considerations .............. 9-12 
Frame-relay performance tuning parameters ..................-. 9-13 
Local management interface (LMI) ...................20004. 9-14 
LMIMODE parameter .............. 2.200200 220s 9-14 
POLLITV and FULLINQITV parameters .................... 9-15 
LMl exchanges ....... 2.000 9-15 
Chapter 10. Frame-relay network configuration examples ......... 10-1 
SNA direct frame-relay configuration examples ................. 10-1 
SNA direct connection of two AS/400 systems ................ 10-1 
SNA direct connection using a modem eliminator .............. 10-5 
SNA direct connection to host system ...................-. 10-6 
Bridged frame-relay configuration examples ..................-. 10-7 
Bridged connections to remote token-ring networks ............. 10-8 
Bridged connection to an Ethernet network ................. 10-10 


© Copyright IBM Corp. 1997, 1998 


OS/400 LAN, Frame-Relay and ATM Support V4R2 


Chapter 9. Frame-relay networks 


This chapter discusses the physical environment, frame formats, and configuration 
considerations for frame-relay networks. 


Frame-relay physical environment 


The equipment that is used to attach to a frame-relay network (such as an AS/400 
system) is referred to as the terminal equipment (TE). A frame-relay network node 
is referred to as a frame handler (FH). 


The connection from the TE to the FH is normally made through a data service unit 
(DSU) and channel service unit (CSU) pair. The DSU/CSU converts the TE phys- 
ical interface to the FH interface that is used by the frame-relay network. 


The AS/400 system supports three physical interface types for attachment to the 
DSU/CSU: 


e EIA RS-449, CCITT V.36 
¢ CCITT X.21 
¢ CCITT V.35 


The physical interface (INTERFACE parameter) and data transmission rate 
(LINESPEED parameter) are both specified using the CRTNWIFR command. The 
type of physical interface that is specified depends on the cable that is 
used.Table 9-1 and Table 9-2 on page 9-2 list the supported physical interfaces, 
cable lengths, NWI (network interface) clock parameters and the maximum data 
transmission speed available for each interface. 


Table 9-1. 2666 High-Speed Communications IOP 
Maximum Data 
Physical Transmission 
Interface Cable Length NWI Clock Parameter Rate 
*RS-449 20 ft. (6.1 m) “MODEM, *LOOP' 2048000 bps 
80 ft. (24.4 m) *MODEM 64000 bps 
*LOOP1 2048000 bps 
150 ft. (45.7 m) *MODEM 64000 bps 
*LOOP1 2048000 bps 
*V.35 20 ft. (6.1 m) “MODEM, *LOOP' 2048000 bps 
80 ft (24.4 m) “MODEM, *LOOP' 64000 bps 
*X.21 20 ft. (6.1 m) *MODEM 2048000 bps 
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Table 9-2. 2629-2699 and 2809-2721 High-Speed Communications IOP. (2629-2699 
LAN/WAN/Workstation |OP—Two-Line WAN IOA and 2809-2721 PCI 
LAN/WAN/Workstation IOP—PCI Two-Line WAN IOA) 


Maximum Data 


Physical NWI Clock Transmission 
Interface Cable Length Parameter Rate 
*RS-449 *MODEM, 
*LOOP1, 
20 ft. (6.1 m) “INVERT 2048000 bps2 


50 ft. (15.2 m) 
80 ft. (24.4 m) 
150 ft. (45.7 m)3 *MODEM 64000 bps 
50 ft. (15.2 m) 
80 ft. (24.4 m) 


150 ft. (45.7 m)3 *LOOP" 2048000 bps2 
*V.35 *MODEM, 
20 ft. (6.1 m) “LOOP, 
50 ft. (15.2 m) *INVERT 2048000 bps? 
*MODEM, 
*LOOP1, 
80 ft. (24.4 m) *INVERT 64000 bps 
=D | 20 ft. (6.1 m) *MODEM 2048000 bps2 
*MODEM, 
50 ft. (15.2 m) *INVERT 64000 bps 


Notes: 
1. “LOOP requires DCE support for looped clocking. 


2. Data transmission rates greater than 512000 bps may require “LOOP or 
“INVERT clocking. 


3. The 150 ft. (45.7 m) RS-449 cable is available only for the 2809-2721 PCI con- 
figuration. 


On frame-relay-supported hardware, the value that is specified for the INTERFACE 
parameter must match the physical interface and cable that are attached to the 
IOA. 


The CLOCK parameter on the CRTNWIFR command specifies the method by 
which the clocking function is provided for the network interface. Possible values 
are: 


*MODEM The default value. The modem provides the clocking. 


*LOOP _ Indicates that the data circuit-terminating equipment (DCE) received 
clock is looped back to the DCE on the data terminal equipment (DTE) 
transmit clock. This value can be used to improve high-speed data 
transmission, but is valid only if supported by the modem. 


*INVERT The transmit clock provided by the modem DCE is inverted before use. 
Use this option when experiencing problems with high-speed data trans- 
mission, and the modem (DCE) does not support looped clocking. The 
valid interfaces for “INVERT are *X.21, *V.35, and *RS-449. 
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Figure 9-1. Example of a Frame-Relay Network 


SNA direct configurations 
The AS/400 system allows frame-relay connections to remote systems that support 
the SNA direct format that is defined by Frame-Relay Forum IA 3.1. In this format, 
SNA data is encapsulated within the frame-relay packets. 


5494 


RS/6000 
$/36 
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PC 
OEM 
AS/400 


PS/2 


RS/6000 
OEM 


AS/400 


PS/2 


OEM 
AS/400 


PS/2 


AS/400 


Figure 9-1 shows an example of SNA direct connections to a remote AS/400 
system, a 5494 Remote Control Unit, and to a 3745 Communications Controller, on 
DLCls 22, 23 and 24. The frame format used for SNA direct connections is 
described under “Frame-relay protocol headers and frame formats” on page 9-7. 
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For more information on configuring a 5494 Remote Control Unit in a frame-relay 
environment, see the 5494 Remote Control Unit User’s Guide and the 5494 
Remote Control Unit Planning Guide. 


IP direct configurations 
The AS/400 system allows frame-relay connections to remote systems that support 
the IP direct format that is defined by Frame-Relay Forum IA 3.1. In this format, 
TCP/IP data is encapsulated within the frame-relay packets. 


Figure 9-1 on page 9-3 shows an example of an IP direct connection to a remote 
LAN on DLCI 27. The frame format used for IP direct connections is described 
under “Frame-relay protocol headers and frame formats” on page 9-7. 


Internetwork Packet Exchange (IPX) direct configurations 
The AS/400 system allows frame-relay connections to routers that support the IPX 
direct format that is defined by Frame-Relay Forum IA 3.1. In this format, IPX data 
is encapsulated within the frame-relay packets. 


Figure 9-1 on page 9-3 shows an example of an IPX direct connection to a remote 
LAN on DLCI 26 and DLCI 28. The frame format that is used for IPX direct con- 
nections is described under “Frame-relay protocol headers and frame formats” on 
page 9-7. 


For more information about IPX support, see the Internetwork Packet Exchange 
(IPX) Support book. 


Bridged frame-relay configurations 
The AS/400 system allows frame-relay connections to remote local area networks 
that support the bridged frame-relay formats as it is defined by Frame-Relay Forum 
IA 3.1. Bridges that support these formats include the IBM 6611 Network Processor 
and the RouteXpander/2. 


Note: The AS/400 system can be used to bridge APPN networks, and the inte- 
grated frame-relay support may eliminate the need for a bridge between the 
AS/400 system and the frame-relay network. However, the AS/400 system 
does not provide a complete, integrated bridging function. 


Bridged frame-relay connections support both SNA and TCP/IP data traffic by 
encapsulating the token-ring, Ethernet, or DDI frames within the frame-relay packet. 


Figure 9-1 on page 9-3 shows an example of bridged frame-relay connections to 
remote systems on DLCls 24, 25, and 26. The frame formats used for bridged 
frame-relay connections are described under “Frame-relay protocol headers and 
frame formats” on page 9-7. 


Connecting systems without a frame-relay network 


Frame-relay connections can be established without a frame-relay network, similar 
to the X.25 DTE-to-DTE mode. This type of configuration supports both SNA direct 
and bridged frame-relay formats. 


For example, by configuring one of a pair of AS/400 systems as a frame handler 


(LMIMODE(*FH) on the network interface description) and the other as terminal 
equipment (LMIMODE(*TE)), the two systems can be connected using a modem 
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eliminator or a high-speed communications line. In this configuration, the system 
configured as the FH responds to LMI polls received from the TE and reports the 
status of PVCs configured on the FH system. 


See “Local management interface (LMI)” on page 9-14 for more information about 
LMI modes. 


Frame-relay configuration objects 


The configuration objects used for frame-relay communications include the 
following: 


Network Interface Description: The network interface description (NWI) defines 
the characteristics of the physical connection, including: 


¢ The physical interface used 

e¢ LMI mode 

e LMI timer and retry values 

e¢ DLCI numbers assigned to the virtual connections 


One network interface description is created for each frame-relay port 
(IOP) by using the Create Network Interface Description (Frame Relay) 
(CRTNWIFR) command. 


Line Descriptions: The line description defines the logical connection to the 
network. Up to 256 line descriptions can be attached to each frame- 
relay network interface. One line description must be created for each 
DLCI used. The following CL commands can be used to create line 
descriptions attached to frame-relay network interface descriptions: 


CRTLINFR SNA direct connections to remote systems, such as the 
AS/400 system, 3745 Communications Controller, or other 
systems that support the SNA direct format 


CRTLINTRN Bridged token-ring network connections 
CRTLINDDI Bridged DDI network connections 
CRTLINETH Bridged Ethernet network connections 


Controller Descriptions: The controller description is used to define the remote 
system or controller. Up to 256 controller descriptions can be attached 
to each line description. However, the network interface description is 
limited to support of no more than 256 active controllers; controller 
descriptions are normally spread across a number of line descriptions. 
The following CL commands can be used to create controller 
descriptions for frame-relay communications: 


CRTCTLAPPC 
APPC controllers are used to represent systems that support 
APPC or APPN communications. AS/400 systems and per- 
sonal computers are typically represented by APPC control- 
lers. 

CRTCTLHOST 
SNA host controllers are used to represent controllers such 
as the 3745 controller running NCP. 
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The value specified for the LINKTYPE parameter on the controller 
description determines the type of line description to which the controller 
can be attached: 


¢ Controller descriptions that specify LINKTYPE(*FR) can attach only 
to frame-relay line descriptions. 


¢ Controller descriptions that specify LINKTYPE(*LAN) can attach to 
token-ring, DDI, or Ethernet lines. 


Both APPC and SNA host controllers can be configured as 
APPN(*YES). If the controllers configured as APPN(*NO), APPC or SNA 
host device descriptions must also be created for each session that the 
remote system will support. 


Figure 9-2 shows an example of objects configured for frame-relay communi- 
cations, including the network interface, line descriptions (LINDs), and controller 
descriptions (CTLDs). 


Frame Relay Network Interface Description 


Frame Relay Token-Ring DDI LIND Ethernet 
LIND LIND LIND 


APPC HOST APPC APPC APPC HOST APPC APPC 
CTLD CTLD CTLD CTLD CTLD CTLD CTLD CTLD 


Figure 9-2. Example of Objects Configured for Frame-Relay Communications 


Frame-relay addressing considerations 


Frame-relay addressing is provided through data link connection identifiers and, for 
bridged connections, LAN adapter addresses. 


Data link connection identifiers (DLCls) 


Data link connection identifiers (DLCls) are used to identify the logical connections 
between nodes. 


A single physical connection to the frame-relay network is used to support multiple 
logical, or virtual, connections. Each virtual connection, called a permanent virtual 
circuit (PVC), is identified by a DLCI number assigned by the frame-relay network. 
The AS/400 system supports up to 256 virtual circuits for each physical connection. 


The DLCI number used to identify a virtual circuit is assigned by the frame-relay 
network provider, usually at subscription time. The DLCI number applies only to the 
connection between nodes (TE-to-FH or FH-to-FH). Figure 9-3 shows an example 
of DLCI assignments for a frame-relay connection. 
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Figure 9-3. Example of DLC! Assignments for PVC Connections 


DLCI values are configured for the AS/400 system by specifying the NWIDLCI 
parameter on the line description commands (for frame-relay and bridged LAN line 
descriptions) or by specifying the DLCI number and line description name on the 
the DLCI parameter of the CRTNWIFR command. 


The AS/400 system uses DLCI 0 for the local management interface (LMI). This 
corresponds to the ANSI Annex-D standard. The LMI is used to manage the phys- 
ical and virtual connections between the terminal equipment (TE) and the frame 
handler (FH). DLCls 1 through 1018 can be used to identify logical connections to 
remote TEs. 


See “Local management interface (LMI)” on page 9-14 for more information about 
the LMI. 


Frame-relay adapter addresses 


The frame-relay communications IOP is not given a preset (burned-in) adapter 
address. This address must be specified for the local adapter address (ADPTADR 
parameter) on token-ring, DDI, and Ethernet line descriptions used for bridged 
frame-relay connections. The frame-relay adapter address is configured the same 
as for locally attached LAN lines. The local adapter address is not required for SNA 
direct configurations. 


The remote adapter address (ADPTADR parameter on the controller description) 
must be configured to match the adapter address of the remote system. 


SNA direct frames do not include adapter addresses. The SNA direct frames do not 
need to be configured for frame-relay line descriptions or for controllers that specify 
LINKTYPE(*FR). 


Frame-relay protocol headers and frame formats 


The frame-relay network routes frames through the network by examining the DLCI 
field and then routing the frame to an outgoing link. It is assumed that the network 
will deliver frames to the remote TE in the same sequence as they were provided 
to the network by the local TE. 


At each node within the frame-relay network, the frame format and size are 
checked and the frame check sequence (FCS) is verified. If the frame is valid, the 
DLCI and FCS are replaced and the frame is routed to the next node. If the frame 
is invalid or damaged, it is discarded. The network node provides no error recovery. 
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The following topics describe the frame format used for frame-relay communi- 
cations, including the various protocol headers used for SNA direct, IP direct, 
bridged LAN, address resolution protocol (ARP), and LMI frames. 


Frame-relay core services (FRCS) frame format 
Figure 9-4 shows the basic frame format used for frame-relay communications. 


F | QA | Information Field | FCS | F 


F 
QA 
FCS 


HDLC or Q.922 flag 
HDLC or Q.922 address field (2 bytes) 
HDLC or Q.922 frame check sequence (2 bytes) 


Figure 9-4. Frame-Relay Frame Format 


The frame-relay core services (FRCS) portion of the frame is used to route the 
frame through the frame-relay network. The frame structure is based on the CCITT 
Q.922 protocol. Figure 9-5 shows the FRCS frame format and the fields within the 
2-byte Q.922 address field (QA). The protocol headers used within the frame are 
described under “Frame-relay protocol headers and frame formats.” 


DLCIO = DLCI high order bits (6 bits) 
DLCI1 = DLCI low order bits (4 bits) 
C/R = Command/Response bit (not used) 
EAQ/1 = Extended address indicators 
cc = Congestion control (3 bits) 
DLCIO Jerr EAO| DLCI1 CC EA1l 
A A 


F | QA | Information Field | FCS | F 


Protocol Header and Information Field 


Figure 9-5. Frame Format for Frame-Relay Core Services (FRCS) 


Frame-relay protocol headers and frame formats 
Frame-relay protocol headers are used by the end nodes (TEs) to provide routing 
for frames, assure data integrity, and to perform recovery when frames are cor- 
rupted or lost. AS/400 frame-relay support uses protocol headers that is defined in 
Frame-Relay Forum IA 3.1. 


Figure 9-6 shows the protocol header formats used by the AS/400 system for SNA 
direct, bridged LAN, and LMI connections. These headers and information fields 
(protocol data units or IP packets) are contained in the information field of the 
frame-relay core services frame (see “Frame-relay core services (FRCS) frame 
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format”). Table 9-3 on page 9-9 describes the protocol header fields shown in 
Figure 9-6. 


SNA Direct Frame Format 


C | NLPID | L2 | L3 | DSAP | SSAP | Ctl | Information Field (FID2 PDU) 


IP Direct Frame Format 


C | NLPID IP Packet 


IPX Direct Frame Format 


C | NLPID | OUI | PID | IP Packet 


High Performance Routing (HPR) Frame Format 


C | NLPID | L2 | L3 | HPR Network Layer Protocol 


Bridged Token-Ring and DDI LAN Frame Format (Frame Relay Forum IA 
3.1) 


C | PAD | NLPID | OUI | PID | AC | FC | DA | SA | RI | DSAP | SSAP | Ctl | Information Field 


Bridged IEEE 802.3 Ethernet LAN Frame Format (Frame Relay Forum IA 
3.1) 


C | PAD | NLPID | OUI | PID | AC | FC | DA | SA | Lth | DSAP | SSAP | Ctl | Information Field 


Bridged Ethernet Version 2 LAN Frame Format (Frame Relay Forum IA 


3.1) 

C | PAD | NLPID | OUI | PID | DA | SA | Type | Information Field 
LMI Messages Frame Format 

Cc | PD | Nul1 | Type | LMI Information Elements 


Address Resolution Protocol (ARP) Format 


C | NLPID | OUI | PID | ARP Packet 


Figure 9-6. Formats for the Frame-Relay Protocol Header 


Table 9-3 (Page 1 of 3). Format Fields for the Frame-Relay Protocol Header 


Field Description Values/Notes 
Cc Q.922 (HDLC) control field 
PAD Pad characters Pad characters (hex 00) are permitted between the control field and 
the NLPID field. Pad characters are used for boundary alignment. 
NLPID Network-level protocol identifier 08 CCITT Q.931 (SNA direct and HPR) 
80 IEEE Subnetwork Access Protocol (SNAP) for bridged 
LAN connections 
cc Internet protocol (IP) direct. 
PD Protocol discriminator LMI frames use hex 08 
OUI Organization-unique identifier 0080C2_ =IEEE 802.1 


000000 = ARP and IPX 
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Table 9-3 (Page 2 of 3). Format Fields for the Frame-Relay Protocol Header 
Field Description Values/Notes 
PID Protocol identifier The AS/400 system supports the following formats not using frame 
check sequence (FCS): 
0007 Ethernet 
0009 Token-ring network 
000A DDI network 
0806 ARP 
8137 Internetwork Packet Exchange (IPX) 
The AS/400 system provides receive-only support for the following 
formats using FCS: 
0001 Ethernet 
0003 Token-ring network 
0004 DDI network 
L2 Layer 2 protocol For AS/400 systems using SNA direct connections, 4C80 is placed 
in the L2 field. 
Byte 1 
4c IEEE 802.2 (ISO 8802/2) 
4E Q.922 (IDLC) 
46 LAP-B (X.25) 
4A HDLC NRM (SDLC) 
51 ISO 7776 
70 Without IEEE 802.2 (ISO 8802/2) header 
Byte 2 
80 Undefined 
81 MAC address included (IEEE 802.2, ISO 8802/2) or 
HDLC address included (ISO 7776) 
L3 Layer 3 protocol For AS/400 systems using SNA direct connections, 7082 is placed 


in the L3 field. 


Byte 1 

66 CCITT X.25 

67 ISO 8208 (X.25 PLC) 

70 User-specified 

Byte 2 

81 SNA subarea (FID4) 

82 SNA peripheral (FID2) 

83 APPN (FID2) 

85 HPR Network Layer Protocol (FID5) 


Information field 


AS/400 support for SNA direct frame relay connections requires the 
information field to contain a FID2 protocol data unit (PDU). 


Information fields sent over bridged connections may contain FID2 
PDUs or Internet Protocol (IP) packets. 
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Table 9-3 (Page 3 of 3). Format Fields for the Frame-Relay Protocol Header 


Field 


Description Values/Notes 


Other Protocol Header Field Abbreviations: 


AC 
FC 
DA 
SA 

RI 
Lth 
Type 
DSAP 
SSAP 
Ctl 


Access control 

Frame control 

Destination address 

Source address 

Routing information 

Length 

Ethernet type 

Destination service access point 
Source service access point 
IEEE 802.2 control field 


Frame-relay frame size considerations 


The frame-relay network provider will define and usually establish a tariff for the 
frame information field size provided. This size is referred to as N203. The N203 
value is used to determine the value specified for the AS/400 maximum frame size 
(MAXFRAME parameter). 


The MAXFRAME parameter specifies the maximum protocol data unit (PDU) that 
can be transmitted or received. The AS/400 system supports MAXFRAME values 
from 262 to 8192 bytes. The common N203 frame size that must be supported by 
all networks and attached equipment is 1600 bytes. 


The MAXFRAME value configured must take into account the amount of overhead 
required for the various line types and their associated protocol headers. The length 
of these headers varies, depending on the type of frame-relay connection. For 
example, bridged connections typically require a longer header than that used for 
SNA direct since these headers must include source and destination adapter 
addresses. DDI and token-ring connections also include up to 18 bytes of routing 
information. 


Table 9-4 shows the number of bytes required for the various frame-relay header 
types. 
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Table 9-4. Lengths for 802.2, Remote LAN, and Frame-Relay Headers 

802.2 Remote LAN Headers Frame Relay Headers 
Connection Type LLC Total 
and Protocol Header RI AC/AF Type/Length DA/SA C/NLPID| OUI/PID | L2/L3 Bytes 
SNA direct 4 2 4 10 
IP direct 2 2 
IPX direct 2 2 
HPR 2 4 6 
Bridged token-ring 4 18 2 12 3 5 44 
Bridged DDI 4 18 2 12 3 5 44 
Bridged IEEE 
802.3 4 2 12 3 5 26 
Bridged Ethernet 
V2 2 12 3 5 22 
Abbreviations Used: 
RI Routing information 
AC/FC Access control (AC) and frame control (FC) 
DA/SA Destination address (DA) and source address (SA) 
C/NLPID Q.922 control field (C), Network Level Protocol Identifier (NLPID), and optional PAD 
OUI/PID Organization Unique ID (OUI) and Protocol Identifier (PID) 
L2/L3 Layer 2 (L2) and Layer 3 (L3) Protocol 
Figure 9-6 on page 9-9 shows the formats used by these protocol headers. 


The MAXFRAME value configured for the line description should be equal to the 
N203 value subscribed to from the network minus the total length of the header for 
the connection type and protocol shown in Table 9-4. For example: 


e If the N203 subscription is 1600 and you are configuring for SNA direct commu- 
nications, the MAXFRAME value specified on the CRTLINFR command should 
be set to 1590 (1600 - 10 bytes). 


e If the N203 subscription is 8192 and you are configuring a bridged frame relay 
connection to a token-ring network, the MAXFRAME value specified on the 
CRTLINTRN command should be set to 8148 (8192 - 44 bytes). 


Additional MAXFRAME parameter considerations 


The maximum frame size specified on the AS/400 system must be based on the 
following: 


e N203 value (see “Frame-relay frame size considerations” on page 9-11) 

e Maximum frame size supported by the protocol or connection type 

e Maximum frame size supported by the remote station 
The minimum of these values, minus the adjustment for the protocol header, is 
used to configure the MAXFRAME parameter for frame-relay connections. 


Table 9-5 on page 9-13 shows the maximum frame size limits for supported con- 
nection types. 
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Table 9-5. Maximum Frame Size Limits for Connection Types 


Connection Type Maximum Frame Size (MAXFRAME Parameter) Limits 
SNA direct 8182 
IP direct 81901 
IPX direct 81901 
HPR 81861 
Bridged token-ring 8148 
Bridged DDI 4444 
Bridged Ethernet 1496 for ETHSTD(*IEEE8023) 
1500 for non-SNA data using ETHSTD(*ETHV2) 
1493 for SNA data using ETHSTD(*ETHV2) 


1At this time, the largest value allowed for the MAXFRAME parameter on the CRTLINFR 
command is 8182. 


The maximum frame size used for a connection can be configured at several levels 
of the AS/400 configuration: 


Line Description MAXFRAME Parameter 
The maximum frame size used for an individual PVC (DLCI) is specified 
on the MAXFRAME parameter of the frame-relay, token-ring, or DDI line 
description. 


The MAXFRAME parameter cannot be configured on Ethernet line 
descriptions. Ethernet LANs normally use a frame size of 1500 bytes. 
An N203 value of 1600 is recommended for Ethernet connections to 
accommodate the standard 1500-byte frame size. For an N203 value 
less than 1600, the maximum frame size must be configured on the line 
description SSAP parameter or on the controller description. 


Line Description SSAP Parameter 
The maximum frame size for an individual SSAP can be specified for 
the maximum frame size element of the line description SSAP param- 
eter. 


Controller Description MAXFRAME Parameter 
Maximum frame size for connections to individual remote stations can 
be specified on the controller description MAXFRAME parameter. 


The AS/400 system uses the smallest of the above values when selecting the 
maximum frame size used for connection to the remote station. For SNA con- 
nections, the frame size may also be negotiated downward based on the XID 
exchange with the remote station. 


Frame-relay performance tuning parameters 


APPC and SNA host controller descriptions allow specification of a group of 
LANxxxxxx parameters to provide performance tuning capabilities for both LAN and 
frame-relay connections. Because frame-relay networks operate at slower speeds 
than local area networks, it may be necessary to adjust some of these parameters 
when the controller description is used for frame-relay connections. 
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If *CALC (the default) is specified for the LANxxxxxx parameters, the AS/400 
system will automatically use the values recommended for frame-relay connections. 
These values are adjusted to allow for network delays; they may be reduced when 
using a high speed network running at J1/T1/E1 speeds. Reducing these values 
allows quicker error detection but also reduces the time allowed for error recovery. 


The values chosen by the system can be displayed by using the DSPCTLD 
command when the controller is active. Table 9-6 shows the values used for frame- 


relay connections when *CALC is specified for the LANxxxxxx parameters. 


Table 9-6. *CALC Values for Controller Description Performance Parameters 
Parameter Function *CALC Value 
LANCNNTMR Sets wait time for polling remote station 20 seconds 
LANCNNRTY Sets number of poll retries sent to remote station 10 
LANRSPTMR Sets wait time for frame retransmission 20 seconds 
LANFRMRTY Sets number of frame retransmission attempts 10 
LANACKTMR Sets wait time for acknowledgement to remote 1 second 
station 
LANACKFRQ Sets number of frames received before sending 1 
acknowledgement 
LANINACTMR Sets wait time for requesting response from remote 25 seconds 
station 
LANMAXOUT Sets number of outstanding frames allowed before 2 
requesting acknowledgement from remote station 
LANWDWSTP Provides an alternative value equivalent to the *NONE 
LANMAXOUT parameter for use during periods of 
network congestion. The system provides an algo- 
rithm for returning the effective maximum out- 
standing frames value to that specified by the 
LANMAXOUT parameter as congestion subsides. 


Local management interface (LMI) 


The local management interface (LMI) is used to exchange status information 
between the frame-relay network (or the frame handler system) and systems 
attached to the network (terminal equipment). The LMI uses DLCI 0 to provide ver- 
ification of the physical connection and status for logical connections. 


LMIMODE parameter 


The LMIMODE parameter on the network interface description is used to specify 
the type of LMI exchange done by the AS/400 system. The AS/400 system can be 
configured as the terminal equipment (*TE), as the frame handler (*FH), or it can 
be configured to exchange no LMI information (*“NONE). 


Use the default value, LMIMODE(*TE), when connecting to a frame-relay network. 
When connection is made without a network (using a modem eliminator or non- 
switched line), the AS/400 system can be configured as a frame handler 
(LMIMODE(*FH)). In this configuration, the AS/400 system responds to LMI mes- 
sages as an FH. 
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POLLITV and FULLINQITV parameters 


LMI exchanges 


The polling interval (POLLITV) and full inquiry interval (FULLINQITV) parameters 
are used to control the exchange of information over the LMI. 


e¢ The POLLITV parameter represents the frame-relay T391 timer. The POLLITV 
parameter sets the interval at which the TE sends a status inquiry message to 
the FH. POLLITV can be set to any value between 5 and 30 seconds; the 
default value is 10 seconds. 


¢ The FULLINQITV parameter represents the frame-relay N391 count. The 
FULLINQITV parameter sets the interval at which the TE requests full status 
from the FH. The FULLINQITV parameter can be set to any value between 1 
and 255 cycles; the default value is 6. 


The POLLITV and FULLINQITV parameters are used to control the keep-alive and 
PVC status exchanges over the LMI. 


Keep-alive exchange 
The keep-alive exchange is used to maintain contact between the TE and FH. It 
consists of an exchange of sequenced messages. 


At intervals specified by the POLLITV parameter, the TE sends Status Inquiry mes- 
sages to the FH. The FH is expected to respond with a Status message that 
includes the correct sequence number (both Status Inquiry and Status messages 
include sequence numbers). 


PVC status exchange 

After the number of Status Inquiry messages specified by the FULLINQITV param- 
eter have completed, the TE requests a full status from the FH. The FH responds 
with a Status message that includes a list of the PVCs (DLCls) assigned to the 
physical connection and the status of each PVC. 


You can use the Display Network Interface Description (DSPNWID) command to 
show the PVC status reported by the network (see Figure 9-7). 
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Display NWI Description (Frame Relay) SYSNAMxx 
03/13/97 15:35:50 
Network interface description ..: FR1 
Category of NWI .........: *FR 
Option. ..........+. +. =. :  *DLCIENTRY 


Active or 
DLCI Attached DLCI 
Number Line Status 
16 FRIETH1 ACTIVE 
17 FRIDDI1 ACTIVE 
18 FRIDIR1 ACTIVE 
19 FRITRN1 AVAILABLE 


Bottom 
Press Enter to continue. 


F3=Exit F5=Refresh F1l=Display keywords F12=Cancel 


Figure 9-7. Display NWI Description Display 
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Chapter 10. Frame-relay network configuration examples 


This chapter provides examples of SNA direct and bridged frame-relay configura- 
tions. 


SNA direct frame-relay configuration examples 


This topic includes configuration examples of SNA direct connections. The exam- 
ples include: 


¢ Connecting two AS/400 systems over a frame-relay network 
¢ Connecting two AS/400 systems using a modem eliminator 


¢ Connecting an AS/400 system to a 3745 host controller over a frame-relay 
network 


SNA direct connection of two AS/400 systems 
In the example shown in Figure 10-1, an AS/400 system in Minneapolis is con- 
nected to an AS/400 system in Madison over a frame-relay network. The two 
systems have an APPN connection configured on the frame-relay DLCI. Note that 
the frame-relay link in Minneapolis has much more traffic and is operating at 
1536000 bps. The link in Madison is operating at 64000 bps. The frame-relay 
network allows for this difference in subscriptions at the two sites. 


kK KKK 


* * 
* * 

Minneapolis Frame Relay Madison 
AS/400 I———————* Network *————————_ AS/400 
TE] DLCI 23 DLCI 21 |TE 
* * 

* * 


KKK KK 


Figure 10-1. SNA Direct Connection between Minneapolis and Madison Systems 


The Minneapolis connection to the network uses DLCI 23; in Madison, the DLCI 
number is 21. If a frame-relay network is being used, the DLCI numbers have only 
local (TE-to-FH) significance and may be different on the two interfaces. The 
network is responsible for setting up the connection between the DLCls at adminis- 
tration time. 


If more than one APPC connection is required between the two sites, additional 
SSAP and DSAP values would need to be defined on the lines, and the additional 
controllers would need different SSAP/DSAP combinations. 


Configuration for the AS/400 system in Minneapolis 


Figure 10-2 on page 10-2 shows the prompt display for the CRTNWIFR command 
used to create the network interface description on the Minneapolis system. 
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Create Network Interface Desc (CRTNWIFR) 
Type choices, press Enter. 


Network interface description . > FRMINNEAP Name 


Resource name ......... > LIN211 Name 
Online at IPL ......... > *YES *YES, *NO 
Vary onwait.......... > *NOWAIT *NOWAIT, 15-180 (1 second) 
Data link connection ID: 

DLCI number ......... *NONE 1-1018, *NONE 

Line description. ...... Name 

+ for more values 
NRZI data encoding. ...... *NO *NO, *YES 
Physical interface. ...... *RS449V36 FM) = *RS449V36, *V35, *X21 
CLOCKING cs. Sse se: Geert Ge wee Goad Wise *MODEM *MODEM, *LOOP, *INVERT 
Line speed... 1.2... 22s 1536000 iy 56000-2048000, 56000... 
LMI mode... 1... ee eee *TER *TE, *FH, *NONE 
Polling interval ........ 10 5-30 
Full inquiry interval ..... 6 1-255 
More... 

F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 


Vf 


Create Network Interface Desc (CRTNWIFR) 
Type choices, press Enter. 


Text 'description'....... > 'Frame relay NWI at Minneapolis' 


Figure 10-2. Prompt Display for Create Network Interface Description (Frame Relay) 


The INTERFACE and LINESPEED parameter values must match the 
network subscription. 

2 | Specify LMIMODE(*TE) when communicating over a frame-relay 
network. The LMI uses DLCI 0. 


Figure 10-3 on page 10-3 shows the prompt display for the CRTLINFR command 
used to create the frame-relay line description on the Minneapolis system. 
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Create Line Desc (FR) (CRTLINFR) 


Type choices, press Enter. 


Line description. ....... > FRMADISON Name 
Attached nonswitched NWI. . . . > FRMINNEAP Name, *NONE 
DLO identifier’. 6 ew ce > 23 1-1018, *NONE 
Oniltnesat: TRL 6 some ce cae Bes *YES *YES, *NO 
Vary:0n: Wail t-S-% cece Mw oak *NOWAIT *NOWAIT, 15-180 (1 second) 
Maximum controllers ...... 40 1-256 
Maximum frame size. ...... 1590 265-8182, 1590 
Exchange identifier ...... > 05601300 05600000-O56FFFFF, *SYSGEN 
SSAP list: 

Source service access point . *SYSGEN 02-FE, *SYSGEN 

SSAP maximum frame. ..... *MAXFRAME, 265-8182 

SSAP type .......2-+6- *CALC, *NONSNA, *SNA 

+ for more values 
Text 'description'....... > 'Frame relay DLCI to Madison Branch' 
Bottom 
F3=Exit F4=Prompt F5=Refresh F1Q=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 
— 


Figure 10-3. Prompt Display for Create Line Description (Frame Relay) 


The DLCI specified for the line must match the network subscription. 


2 | The maximum frame size is 1600. Because ten bytes of overhead are 
needed for frame-relay SNA direct addresses, a frame size of 1590 is 
configured for the MAXFRAME parameter. 


Figure 10-4 on page 10-4 shows the prompt display for the CRTCTLAPPC 
command used to create the APPC controller description on the Minneapolis 


system. 
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Create Ctl Desc (APPC) (CRTCTLAPPC) 


Type choices, press Enter. 


Controller description. .... > FRMADISON Name 
Link. CYpe™ sé oe2 wie car ae ces dae. S > *FR EQ *ANYNW, *FAX, *FR, *IDLC... 
Online at IPL ......... *YES *YES, «NO 
APPN-capable.......... *YES *YES, *NO 
Switched line list. ...... > FRMADISON Name 

+ for more values 
Maximum frame size. ...... *LINKTYPE 265-16393, 256, 265, 512... 
Remote network identifier ... *NETATR Name, *NETATR, *NONE, *ANY 
Remote control point. ..... > MADISON Name, *ANY 
Exchange identifier ...... > 05633966 00000000-FFFFFFFF 
Initial connection. ...... *DIAL *DIAL, *ANS 
Dial initiation ........ *LINKTYPE *LINKTYPE, *IMMED, *DELAY 
APPN CP session support ....  ¥*YES *YES, *NO 
APPN node type. ........ *ENDNODE *ENDNODE, *LENNODE... 
APPN transmission group number 1 1-20, *CALC 
APPN minimum switched status . . »*VRYONPND *VRYONPND, *VRYON 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Nae 


Create Ctl Desc (APPC) (CRTCTLAPPC) 


Type choices, press Enter. 


Autocreate device ....... *ALL *ALL, *NONE 
Autodelete device ....... 1440 1-10000, *NO 
User-defined 1......... *LIND 0-255, *LIND 
User-defined 2......... *LIND 0-255, *LIND 
User-defined 3 ......... *LIND 0-255, *LIND 
Text 'description'....... > 'APPN frame relay connection to Madison' 


Figure 10-4. Prompt Display for Create Controller Description (APPC) 


LINKTYPE(*FR) is specified for SNA direct connections. 


Note: The default values for SSAP and DSAP are both 04. These values must 
match the remote system. If more controllers are to be created using the 


pa ee ee 


same line description (DLCI), they must specify a unique SSAP/DSAP pair. 


This may require more SAPs to be configured on the frame-relay line 
description. 


Configuration for the AS/400 system in Madison 


The following commands can be used to create the frame-relay configuration for 
the AS/400 system in Madison. 
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CRTNWIFR NWID(FRMADISON) RSRCNAME(LIN121) NRZI(*NO) INTERFACE(*RS449V36) + 
CLOCK(*MODEM) LINESPEED(64000) LMIMODE(*TE) + 
TEXT('Frame Relay NWI in Madison') 


CRTLINFR LIND(FRMINNEAP) NWI(FRMADISON) NWIDLCI(21) MAXFRAME(1590) + 
EXCHID(05633966) TEXT('Frame Relay DLCI to Minneapolis + 
Branch') 


CRTCTLAPPC CTLD(FRMINNEAP) LINKTYPE(*FR) SWTLINLST(FRMINNEAP) + 
RMTCPNAME(MINNEAP) EXCHID(05601300) DSAP(04) SSAP(04) + 
TEXT('APPN Connection to Minneapolis Central Office') 


CRTDEVAPPC DEVD(FRMINNEAP) RMTLOCNAME(MINNEAP) CTL(FRMINNEAP) + 
LOCADR(00) TEXT('APPC connection to AS/400 in Minneapolis') 


Figure 10-5. Configuration for the Madison AS/400 System 


SNA direct connection using a modem eliminator 


The following example shows the configuration of two AS/400 systems for SNA 
direct frame-relay communications without a frame-relay network. 


In the example that is shown in Figure 10-6, AS/400 system SYSTEM1 connects to 
AS/400 system SYSTEM2 through an X.21 modem eliminator. The modem elimi- 
nator operates at a speed of 1.536 Mbps. One data link connection identifier (DLCI) 
is defined between the two systems. Both SYSTEM1 and SYSTEM2 are defined as 
APPN end nodes. You must create the APPC controller descriptions, but the device 
descriptions creates automatically. 


LMIMODE (*NONE) 
SYSTEM1 X.21 modem SYSTEM2 
AS/400 eliminator AS/400 
(DLCI 31) 


Figure 10-6. SNA Direct Connection Using a Modem Eliminator 


Configuration for the SYSTEM1 system 
Use the following commands to configure the SYSTEM1 AS/400 system. 


CRTNWIFR NWID(SYSTEM1) RSRCNAME(LIN301) INTERFACE(*X21) J + 
LINESPEED( 1536000) LMIMODE(*NONE) 4 + 
TEXT('Frame relay connection through modem eliminator') 


CRTLINFR LIND(SYSTEM2FR) NWI(SYSTEM1) NWIDLCI(31) Ky MAXCTL(40) + 
MAXFRAME (1590) EXCHID (05610441) LINKSPEED (1536000) [J + 
TEXT('Frame Relay direct line to SYSTEM1') 


CRTCTLAPPC CTLD(SYSTEM2FR) LINKTYPE(*FR) 6 | APPN(*YES) + 
SWTLINLST(SYSTEM1FR) RMTNETID(*NETATR) + 
RMTCPNAME(SYSTEM1) EXCHID()5600033) DSAP(04) SSAP(04) + 
TEXT('FR direct controller for SYSTEM1') 


Figure 10-7. Configuration on SYSTEM1 System 
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i) 


The INTERFACE and LINESPEED parameter values must match 
modem eliminator. 


2 | LMIMODE is *NONE, meaning that the systems will not exchange LMI 
data. The LMI is not needed for attachments without a network. 


| 


The DLCI used for the line must match the DLCI configured on the 
remote system for this connection. If multiple lines are configured, all 
DLCls must match the remote system. 


4 | The maximum frame size is 1600. Because ten bytes of overhead are 
needed for frame-relay SNA direct addresses, a frame size of 1590 is 
configured for the MAXFRAME parameter. 


APPN link speed (LINKSPEED parameter) is set according to the speed 
specified on the NWI. 


LINKTYPE(*FR) is specified for SNA direct connections. 


~ =| 


SSAP is 04 and DSAP is 04. These values must match the values spec- 
ified for the remote system. If more controllers are to be created using 
the same line description (DLCI), they must specify a unique 
SSAP/DSAP pair. This may require more SAPs to be configured on the 
frame-relay line description. 


Configuration for the SYSTEM2 system 
Use the following commands to configure the SYSTEM2 AS/400 system. 


CRTNWIFR NWID(SYSTEM2) RSRCNAME(LIN291) + 
INTERFACE(*X21) LINESPEED(1536000) LMIMODE(*NONE) + 
TEXT('Frame Relay Interconnect through modem eliminator') 


CRTLINFR LIND(SYSTE1FR) NWI(SYSTEM2) NWIDLCI(31) MAXCTL(40) + 
MAXFRAME (1590) EXCHID(05600033) LINKSPEED(1536000) + 
TEXT('Frame Relay direct line to SYSTEM1') 


CRTCTLAPPC CTLD(SYSTEIFR) LINKTYPE(*FR) APPN(*YES) + 
SWTLINLST(STSTE1FR) RMTNETID(*NETATR) + 
RMTCPNAME(SYSTEM2) EXCHID(05610441) DSAP(04) SSAP(04) + 
TEXT('FR direct controller for SYSTEM2') 


Figure 10-8. Configuration on SYSTEM2 System 


SNA direct connection to host system 
The following example shows the configuration of an AS/400 system for frame-relay 
communications with a 3745 Host Controller. As shown in Figure 10-9, the 3745 is 
providing frame-relay network (frame handler) function, and the AS/400 is config- 
ured as a TE. 


AS/400 


System/390 
DLCI 26 


Figure 10-9. SNA Direct Connection to 3745 Host Controller 


A 64000 bps V.35 line is between the AS/400 and the 3745. The AS/400 system 
may also have DLCI connections to multiple 3745s, 6611s, and RouteXpanders 
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through the 3745. However, these configurations are not shown as part of this 
example. 


There is a single PVC connection between the AS/400 and the host system. This 
connection supports a 3270 emulation device used to access applications on the 
host. It also includes a distributed host command facility (DHCF) session. 


Configuration for the AS/400 system 
The following commands are used to configure the AS/400 system using an SNA 
direct connection with the 3745 and the host system. 


CRINWIFR NWID(FR3745) RSRCNAME(LIN121) + 
INTERFACE (*V35) [J LINESPEED(64000) f + 
LMIMODE(*TE) 4 TEXT('Frame relay connection to 3745') 


CRTLINFR fy LIND(FR3745) NWI(FR3745) NWIDLCI(26) Ey + 
EXCHID (05636759) TEXT('DLCI connection to the host') 


CRTCTLHOST CTLD(FRHOST) LINKTYPE(*FR) APPN(*NO) + 
SWTLINLST(FR3745) MAXFRAME(8182) + 
SSCPID(050000000001) SWTDSC(*YES) + 
TEXT('Remote Host system') 


CRTIDEVDSP DEVD(FRDHCF) DEVCLS(*RMT) TYPE(3277) + 
MODEL(*DHCF) LOCADR(@2) CTL(FRHOST) + 
TEXT('Remote host system dhcf device') 


CRTDEVHOST DEVD(FREML) LOCADR(01) RMTLOCNAME(HOSTSYS) + 
CTL(FRHOST) APPTYPE(*EML) + 
TEXT('Emulation device to remote host') 


Figure 10-10. Configuration for the AS/400 System 


The INTERFACE and LINESPEED parameters must match the charac- 
teristics of the line to the 3745. 
2 | The LMI mode is *TE (the default), which means that the AS/400 acts 


as the terminal equipment. The 3745 must be configured as the frame 
handler (FH) using ANSI Annex D (DLCI 0). 


By creating a frame-relay line description (CRTLINFR), you are indi- 
cating that the DLCI you are configuring is connected to another device. 
The device supports the frame-relay SNA direct frame format of 
RFC-1490, such as the 3745. 


4 | The DLCI used for the line must match the DLCI assigned in the config- 
uration of the 3745. 


Bridged frame-relay configuration examples 


This topic includes configuration examples of bridged frame-relay connections. The 
examples include: 


¢ Connecting an AS/400 system on a frame-relay network to systems on two 
remote token-ring networks. The 6611 Network Processor and PS/2-based 
RouteXpander/2 are used as bridges between the frame-relay network and the 
remote LANs. 
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¢ Connecting an AS/400 system to an Ethernet LAN using a 6611 Network 
Processor. The 6611 is used both as the frame-relay frame handler and as a 
bridge. 


The configurations of the 6611 and the RouteXpander/2 are not included, but some 
general considerations for configuring them are provided. 


Bridged connections to remote token-ring networks 


The following examples show the configuration of an AS/400 system for frame-relay 
communications with devices on two different token-ring networks. One token-ring 
network is connected using a 6611 Network Processor as a bridge. The other is 
connected using a RouteXpander/2. 


The T1 connection into the frame-relay network is configured using two DLCls, 
each providing a link to one of the bridges. DLC! 32 defines a PVC to the 
RouteXpander/2 and DLCI 33 defines a PVC to the 6611. (See Figure 10-11.) 


kK KK 
* * 
DLCI 32 
* Frame Relay * RouteXpander/2 
AS/400 Network 
* * 
DLCI 33 
* * 
kK KK 
aaa | 
[------ 1 | Token-Ring | 
Network 
| Token-Ring 6611 | 
Network 
| Des ee ey J 
Le ee J 


Figure 10-11. Bridged Connections to Remote Token-Ring Networks 


The source route bridging protocol is implemented on both bridges in this configura- 
tion. Both SNA APPC/APPN and TCP/IP traffic are possible in these configurations. 
The TCP/IP configuration for lines ROUTE6611 and ROUTEEX is done similarly to 
the way all token-ring network lines are configured for TCP/IP on the AS/400 
system. 


Creating the frame-relay network interface description 
The following command is used to configure the AS/400 system connection to the 
frame-relay network. 


CRTNWIFR NWID(FRMRLY) RSRCNAME(LINO31) INTERFACE(*RS449V36) fj + 
LINESPEED (1536000) LMIMODE(*TE) & + 
TEXT('T1 link to frame relay network') 


Figure 10-12. Network Interface Description for Bridged LAN Connections 


Values specified for the INTERFACE and LINESPEED parameters must 
match the frame-relay services supplied by the network provider. 
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Bridged 


LMI mode is *TE, which means that the AS/400 system exchanges infor- 
mation with the network on DLCI 0. If the network does not support the 
LMI on DLCI 0, then the LMIMODE parameter must be configured to 
“NONE, and the network provider must configure the frame-relay switch 
to not perform LMI functions on the line. 


roken-ring configuration through the 6611 network 


processor 

The following commands are used to configure the AS/400 connection to a remote 
token-ring network through a 6611 Network Processor. This configuration can be 
used to communicate using either SNA or TCP/IP data. 


CRTLINTRN [J LIND(ROUTE6611) RSRCNAME(*NWID) NWI(FRMRLY) + 


NWIDLCI(33) [J LINESPEED(*NWI) MAXFRAME (8148) + 
ADPTADR(400000036760) ZJ EXCHID(05636760) + 
AUTOCRTCTL(*YES) [J TEXT('DLCI to the 6611') 


ADDTCPIFC [J INTNETADR('59.1.2.222') LIND(ROUTE6611) 


CRTICTLAPPC 


CRTDEVAPPC 


CRTICTLAPPC 


CRTDEVAPPC 


CTLD(PC3) LINKTYPE(*LAN) SWTLINLST(ROUTE6611) + 
RMTNETID(APPN) RMTCPNAME(PC3) ADPTADR(400000051718) + 
TEXT('PC3 on 6611 Token Ring Network') 


DEVD(PC3) RMTLOCNAME(PC3) LCLLOCNAME(SYS320) CTL(PC3) + 
TEXT('PC3 on 6611 Token Ring Network') 


CTLD(PC4) LINKTYPE(*LAN) SWTLINLST(ROUTE6611) + 
RMTNETID(APPN) RMTCPNAME(PC4) ADPTADR(400000564318) + 
TEXT('PC4 on 6611 Token Ring Network') 


DEVD(PC4) RMTLOCNAME(PC4) LCLLOCNAME(SYS320) CTL(PC4) + 
TEXT('PC4 on 6611 Token Ring Network') 


Figure 10-13. Bridged Configuration through 6611 Network Processor 


By creating a token-ring line (CRTLINTRN), you are indicating that the 
DLCI for which you are configuring connects to a token-ring bridge. The 
bridge provides RFC-1490 bridging and performs source route bridging. 


The DLCI configured for the line must match that which is supplied by 
the network provider. At administration time, the network provider must 
establish a PVC connection to the location of the bridge. If more than 
one bridge is being connected, multiple DLCls and token ring line 
descriptions need to be configured. 


The MAXFRAME values for each line may be different. The values 
selected must take into account the maximum size supported by the 
network and the maximum size supported by the bridge. See “Frame- 
relay frame size considerations” on page 9-11 for information about 
determining a frame size to configure in the line descriptions. 


An adapter address (ADPTADR) must be generated for each line 
description that is configured for bridging over frame-relay. The frame- 
relay adapter does not have a preset address. 


AUTOCRTCTL is configured so that any devices that dial in to the 
AS/400 will have controller and device descriptions automatically 
created. 
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G The ADDTCPIFC command is used to define a new interface to the 
TCP/IP configuration. 


Note: If the 6611 Network Processor is used to pass TCP/IP data from a frame- 
relay network to a token-ring or Ethernet network, you must ensure that the 
6611 does not filter data for SAP AA. Filtering for SAP AA must be turned 
off on both the frame-relay port and on the token-ring or Ethernet port. 


Bridged token-ring configuration through RouteXpander/2 

The following commands are used to configure the AS/400 connection to a remote 
token-ring network through a RouteXpander/2. This configuration can be used to 
communicate using either SNA or TCP/IP data. 


CRTLINTRN LIND(ROUTEEX) RSRCNAME(*NWID) NWI(FRMRLY) NWIDLCI(32) + 
LINESPEED(*NWI) MAXFRAME(4052) ADPTADR(400000036759) + 
EXCHID (05636759) AUTOCRTCTL(*YES) + 
TEXT('DLCI to RouteXpander/2') 


ADDTCPIFC INTNETADR('59.1.2.211') LIND(ROUTEEX) 


CRTCTLAPPC CTLD(PC1) LINKTYPE(*LAN) SWTLINLST(ROUTEEX) RMTNETID(RPC) + 
RMTCPNAME(PC1) ADPTADR(400000049605) TEXT('PC1 on + 
RouteXpander/2 Token Ring Network’) 


CRTDEVAPPC DEVD(PC1) RMTLOCNAME(PC1) LCLLOCNAME(SYS320) CTL(PC1) + 
TEXT('PC1 on RouteXpander/2 Token Ring Network ') 


CRTCTLAPPC CTLD(PC2) LINKTYPE(*LAN) SWTLINLST(ROUTEEX) RMTNETID(RPC) + 
RMTCPNAME(PC2) ADPTADR(400000047605) TEXT('PC2 on + 
RouteXpander/2 Token Ring Network’) 


CRTDEVAPPC DEVD(PC2) RMTLOCNAME(PC2) LCLLOCNAME(SYS320) CTL(PC2) + 
TEXT('PC2 on RouteXpander/2 Token Ring Network ') 


Figure 10-14. Bridged Configuration through RouteXpander/2. 


Bridged connection to an Ethernet network 


The following example shows the configuration of an AS/400 system for frame-relay 
communications with devices on an Ethernet network. The Ethernet LAN is con- 
nected using a 6611 bridge and transparent bridging. The bridge is connected to 
the AS/400 using a T1 link. 


As shown in Figure 10-15, no frame-relay network exists in the connection between 
the AS/400 and the 6611. In this example, the AS/400 is providing the frame 
handler (FH), or DCE function; the 6611 bridge is the terminal equipment (TE). 
Both SNA APPC/APPN and TCP/IP traffic are possible in this configuration. The 
TCP/IP configuration for line ETHER6611 is done similarly to the way all Ethernet 
lines are configured for TCP/IP on the AS/400. 


T1 Link 


| Ethernet LAN | 
AS/400 6611 | 


(DLCI 20) 


Figure 10-15. Bridged Configuration to the Ethernet Network 
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Bridged configuration to the Ethernet network 

The following commands are used to configure the AS/400 connection to the 
Ethernet network through a 6611 Network Processor. This configuration can be 
used to communicate using either SNA or TCP/IP data. 


CRINWIFR NWID(FRT1) RSRCNAME (LIN231) NRZI(*YES) fy + 
INTERFACE (*RS449V36) J) LINESPEED(1536000) — + 
LMIMODE(*FH) i + 
TEXT('Network Interface for Tl link to Ethernet Bridge') 


CRTLINETH [J LIND(ETHER6611) RSRCNAME(*NWID) NWI(FRT1) 
NWIDLCI(20) [J ADPTADR(020000036759) + 
EXCHID (05636759) LINKSPEED(1536000) AUTOCRTCTL(*YES) EJ + 
TEXT('DLCI to the 6611 Ethernet LAN') 


ADDTCPIFC EY INTNETADR('59.1.2.201') LIND(ETHER6611) 


CRTCTLAPPC CTLD(PC5) LINKTYPE(*LAN) SWTLINLST(ETHER6611) RMTNETID(RPC) + 
RMTCPNAME(PC5) ADPTADR(020000043405) TEXT('PC5 on + 
6611 Ethernet Network') 


CRTDEVAPPC DEVD(PC5) RMTLOCNAME(PC5) LCLLOCNAME(SYS320) CTL(PC5) + 
TEXT('PC5 on 6611 Ethernet Network') 


CRTCTLAPPC CTLD(PC6) LINKTYPE(*LAN) SWTLINLST(ETHER6611) RMTNETID(RPC) + 
RMTCPNAME(PC6) ADPTADR(400000455405) TEXT('PC6 on + 
6611 Ethernet Network') 


CRTDEVAPPC DEVD(PC6) RMTLOCNAME(PC6) LCLLOCNAME(SYS320) CTL(PC6) + 
TEXT('PC6 on 6611 Ethernet Network') 
Figure 10-16. Bridged Configuration to the Ethernet Network 


NRZI(*YES) must be configured when communicating directly with a 
6611 without a frame-relay network (such as on a T1 link). The 6611 
must also be configured to use NRZI. 


The INTERFACE and LINESPEED parameters must match the charac- 
teristics of the T1 line being used. 


The LMI mode is *FH, which means that the AS/400 acts as the frame 
handler and the 6611 acts as the terminal equipment. LMI is exchanged 
on DLCI 0. 

4 | By creating an Ethernet line (CRTLINETH), you are indicating that the 


DLCI for which you are configuring connects to an Ethernet bridge. The 
Ethernet bridge has implemented RFC-1490 bridging and performs 
transparent bridging. 


5 | The AS/400 system is communicating with the 6611 bridge on DLCI 20. 


Note: If the 6611 Network Processor is used to pass TCP/IP data from 
a frame-relay network to a token-ring or Ethernet network, you 
must ensure that the 6611 does not filter data for SAP AA. Fil- 
tering for SAP AA must be turned off on both the frame-relay 
port and on the token-ring or Ethernet port. 
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G An adapter address (ADPTADR) must be generated for each line 
description that is configured for bridging over frame relay. The frame- 
relay adapter does not have a preset address. 


AUTOCRTCTL is configured so that any devices that dial in to the 
AS/400 will have controller and device descriptions automatically 
created. 

8 | The ADDTCPIFC command is used to define a new interface to the 


TCP/IP configuration. 
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Wireless networks 
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Chapter 11. Wireless IOP LANs 


This chapter describes the wireless network physical environment and general con- 
siderations for configuring a wireless network. 


Wireless network physical environment 


Wireless communications is based on the propagation of radio waves between a 
base, or access point, and wireless workstations. The area in which wireless com- 
munications takes place, called a cell, can be understood as a sphere, with the 
access point typically at its center. The actual location of the access point in 
relation to the cell, and the shape of the cell itself, is dependent on a number of 
factors: 


e Antenna type (omni-directional or directional radiation pattern) 


e Antenna location with respect to surfaces that either absorb or reflect radio 
waves 


e¢ Surfaces within the cell that either absorb or reflect radio waves 


e Radio frequency noise 


There are two types of wireless networks: 


Single Cell Network 
In a single cell network, wireless devices communicate with the AS/400 system 
(or an external access point connected to the AS/400 system) within a single 
cell. The wireless devices can be stationary or mobile, but must remain within 
the area of the cell. 


Figure 11-1 shows an example of a single cell wireless network. 


\ as/4o0 
w 
Ps/2 


eh RV3P162-1 


Figure 11-1. Example of a Single-Cell Wireless Network 


Multiple Cell Network 
A multiple cell network consists of a number of cells, each containing an access 
point, with each access point able to communicate with one or more other cells. 
In this configuration, data is transmitted from a wireless device to an access 
point, then routed, possibly through a number of other access points, to the 
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AS/400 system. Multiple cell networks allow mobile users to move from the 
area of one cell to another while maintaining communications with the base. 


Figure 11-2 shows an example of a multiple cell wireless network using an 

AS/400 system and three 2480 Model RS Access Points. Two of the access 
points communicate with the AS/400 system using a wired RS-485 bus; the 
third uses a radio frequency connection to the AS/400 system. 


RV3P161-2 


Figure 11-2. Example of a Multiple-Cell Wireless Network 


AS/400 wireless LAN adapter 


The 2668 Wireless LAN Adapter includes a coaxial connector used to attach an 
antenna cable for radio frequency communications and an RS-485 port for wired 
connections to external access points. The adapter can be configured to use wired, 
radio frequency, or both wired and radio frequency communications. Each 2668 
adapter is packaged with a 2663 Input/Output Attachment Processor. 


The wireless adapter can be configured to use a data rate of 1 Mbps or 2 Mbps. 
This data rate is shared among all active network nodes. 
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Wireless network site survey 
Before the wireless network is installed, a site survey must be performed. The site 
survey is used to determine the characteristics of the area in which the network will 
operate, what equipment is necessary, and where the equipment (Such as access 
points) will be located. 


See the IBM AS/400 Wireless LAN Installation and Planning Guide, G571-0303, for 
more information about wireless network concepts. 


Wireless network configuration 
Two types of wireless network configuration are used by the AS/400 system. 
e¢ 5250 emulation sessions (LU7 data) for portable transaction computers (PTCs) 
e LAN connections to PS/2 and AS/400 systems 


Both types of connections can be configured and run concurrently. 


Figure 11-3 on page 11-4 shows the commands used to configure PTC- and 
LAN-type connections. See “Wireless configuration objects” for more information 
about these commands. 


Wireless configuration objects 


The objects used to configure wireless networks include line, controller, and device 
descriptions and a set of extended configuration objects. The following list provides 
a brief explanation of the function of each configuration object and the name of the 
CL command used to create the object. 


Objects used for both LAN and PTC configurations 

Wireless Line Description (CRTLINWLS) 
Specifies characteristics of the wireless LAN, including the resource 
name of the 2668 wireless adapter and the names of the source file and 
member used to store configuration data for the wireless adapter. 


Extended Wireless Line Member (ADDEWLM) 
Specifies the adapter configuration, radio frequency, data rate, and 
addressing information for the wireless adapter. 


Objects used for PTC configurations only 

Local Work Station Controller Description (CRTCTLLWS) 
Specifies the resource name of the 266A virtual controller and the 
source file and member used to store configuration data for PTC con- 
nections. The 266A virtual workstation controller represents the 5250 
emulation function of the 2668 adapter. 


Extended Wireless Controller Member (ADDEWCM) 
Specifies the destination ID of the wireless adapter. 


Extended Wireless Controller PTC Entry (ADDEWCPTCE) 
Specifies the characteristics of a group of PTCs, including display char- 
acteristics and addressing information. 


Extended Wireless Controller Bar Code Entry (ADDEWCBCDE) 
Specifies the bar code scanning characteristics of PTCs included in the 
bar code group. 
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CRTLINWLS 
ADDEWLM 
PTC Configuration LAN Configurations 
CRTCTLLWS | >| CRTCTLAPPC 
ADDEWCM SNA Data CRTDEVAPPC 
ADDEWCPTCE 
ADDEWCBCDE 
>| CRTICTLNET 
CRTDEVDSP 
TCP/IP Data | CRTDEVNET 


Figure 11-3. Commands Used for PTC and LAN Wireless Configurations 


Display Device Description (CRTDEVDSP) 
Device descriptions are automatically created for PTCs when commurni- 
cations is established with the wireless adapter. The device descriptions 
appear as 3476 display devices locally attached to the 266A virtual con- 
troller. 


In addition to the commands listed above, configuration for LAN (non-PTC) con- 
nections use the same APPC and network controller and device descriptions used 
for wired networks. See Ethernet networks for more information about using these 
objects. 


Extended configuration objects 
The following are considered extended configuration objects: 
e Extended Wireless Line Member 
e Extended Wireless Controller Member 
e Extended Wireless Controller PTC Entry 
e Extended Wireless Controller Bar Code Entry 
Configuration data contained in these objects is downloaded to the wireless adapter 


when the AS/400 line and controller descriptions are varied on. See “Downloading 
configuration data to the wireless adapter” on page 11-8 for more information. 
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Wireless configuration CL command summary 


The following is a summary of the CL commands used to configure wireless net- 
works. Controller and device descriptions used for LAN-type connections are not 
included in this list. 


CRTLINWLS Create Line Description (Wireless) 

CHGLINWLS Change Line Description (Wireless) 

DSPLIND Display Line Description 

ADDEWLM Add Extended Wireless Line Member 

CHGEWLM Change Extended Wireless Line Member 

DSPEWLM Display Extended Wireless Line Member 

CRTCTLLWS Create Controller Description (Local Work Station) 
CHGCTLLWS Change Controller Description (Local Work Station) 
DSPCTLD Display Controller Description 

ADDEWCM Add Extended Wireless Controller Member 

CHGEWCM Change Extended Wireless Controller Member 
DSPEWCM Display Extended Wireless Controller Member 
ADDEWCPTCE Add Extended Wireless Controller PTC Entry 
CHGEWCBCDE Change Extended Wireless Controller PTC Entry 
DSPEWCBCDE Display Extended Wireless Controller PTC Entry 
RMVEWCBCDE Remove Extended Wireless Controller PTC Entry 
ADDEWCBCDE Add Extended Wireless Controller Bar Code Entry 
CHGEWCBCDE Change Extended Wireless Controller Bar Code Entry 
DSPEWCBCDE Display Extended Wireless Controller Bar Code Entry 
RMVEWCBCDE Remove Extended Wireless Controller Bar Code Entry 


Resource name parameters 


Resource name (RSRCNAME) parameters are used to associate configuration 
objects with the hardware in the system rack. All wireless configurations must 
specify a resource name on the CRTLINWLS command. PTC configurations must 
specify a second resource name on the CRTCTLLWS command. Figure 11-4 
shows how the resource names associated with the wireless LAN adapter are used 
by the configuration commands. 
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CRTLINWLS 


RSRCNAME(LINxxx) |<«— RSRCNAME (CTLxx) ae 


CRTCTLLWS TYPE(266A) 


WRKHDWRSC_ *CMN WRKHDWRSC *LWS 


2668 Wireless LAN Adapter 


266A Virtual WSC 


Figure 11-4. Resource Names Used for Wireless Configurations 


CRTLINWLS 


The RSRCNAME parameter on the line description describes the 
location of the 2668 Wireless LAN Adapter. Use the WRKHDWRSC 
*“CMN command to find the resource name for the 2668 Wireless Con- 
nection. The resource name specified for the line description should be 
in the form LINxxx, where xxx are three numeric digits. 


On the Work with Communications Resources display, this value is 
indented under entries for the 2663 Combined Function IOP (CMBxx) 
and the 2668 LAN Adapter (LINxx). 


CRTCTLLWS 


The RSRCNAME parameter on the local work station controller 
description represents the virtual controller attachment to the PTCs. Use 
the WRKHDWRSC *LWS command to find the resource name for the 
266A Virtual Controller. The resource name specified for the controller 
description should be in the form CTLxx, where xx are two numeric 
digits. 

On the Work with Local Work Station Resources display, this value is 
indented under an entry for the 2663 Combined Function IOP (CMBxx). 
If no 266A controller is listed, vary on the line description and try the 
WRKHDWRSC *LWS command again. 


Wireless network addressing parameters 


Wireless network configurations use a number of addressing parameters to identify 
different functions of the 2668 wireless adapter and the 266A virtual workstation 


controller. 


Figure 11-5 shows the relationship of the ADPTADR, HOPID, TXPADR, and 
TXPPORT parameters to the AS/400 Wireless LAN Adapter. These parameters are 


discussed in the following topics. 
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CRTLINWLS 
ADPTADR (aaaaaaaaaaaa) < 


ADDEWLM 
HOPID(hhhhhhhhhhhh) >TXPADR(tttt) 


ADDEWCM 


TXPPORT (pp) 


2668 Wireless 266A Virtua 
LAN Adapter Workstation Controller 


tttt pp 


aaaaaaaaaaaa| End Node Address 


hhhhhhhhhhhh| Access Point Address 


Figure 11-5. Relationship of Addressing Parameters to Wireless Adapter 


ADPTADR and HOPID parameters 

The local adapter address (ADPTADR parameter) on the Create Line Description 
(Wireless) (CRTLINWLS) command and the hop identifier (HOPID parameter) on 
the Add Extended Wireless Line Member (ADDEWLM) command are both 12-digit 
hexadecimal adapter addresses. However, these parameters represent different 
functions of the wireless adapter: 


ADPTADR 


HOPID 


The ADPTADR parameter represents the 2668 Wireless LAN Adapter. 
This value is used as the destination address for all devices in the 
network that want to communicate with the AS/400 system. The default 
value, *ADPT, uses the preset address assigned by the manufacturer. 


The HOPID parameter on the ADDEWLM command represents the local 
access point function of the wireless adapter. The default value for this 
parameter, “ADPT, generates an address based on the value specified 
for the ADPTADR parameter. 


This value is not used as a destination address. Depending on whether 
this wireless adapter is the root node of the network, data received at 
the HOPID address is either passed up to the local destination address 
(identified by the ADPTADR parameter) or relayed to another access 
point. The ROOT parameter on the ADDEWLM command specifies 
whether this adapter serves as a root node or as a repeater. 


See “Ethernet physical address format” on page 5-4 for information about the phys- 
ical address format used for wireless networks. 
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TXPADR and TXPPORT parameters 

The destination ID (TXPADR) and transport port (TXPPORT) parameters on the 
Add Extended Wireless Controller Member (ADDEWCM) command are used to 
identify the 266A virtual workstation controller in PTC configurations: 


TXPADR 
The TXPADR parameter is a four-digit hexadecimal address that is used 
to identify the 266A controller to the network. 


TXPPORT 
The TXPPORT parameter specifies the application being run on the 
PTCs communicating with the 266A controller. 


Downloading configuration data to the wireless adapter 


Configuration data specified using the extended configuration commands is stored 
in source files on the AS/400 system. This data is downloaded to the wireless 
adapter when the line and controller descriptions are varied on. 


The line description, controller description, and each of the extended configuration 
commands includes initialization file (INZFILE) and initialization member (INZMBR) 
parameters to identify where the information is stored. The following topics describe 
how to specify the INZFILE and INZMBR parameters, and how to use the 
QZXCINZ initialization program. 


INZFILE and INZMBR parameters 
Two source files are supplied with the AS/400 system, QEWLSRC and QEWCSRC. 
These files are used to store extended configuration information: 


QEWLSRC 
Extended wireless line member source file. QEWLSRC stores informa- 
tion specified on the extended wireless line member (xxxEWLM) com- 
mands. The source file and source member names specified for the 
extended wireless line member must match the names specified for the 
wireless line description. This information is downloaded to the wireless 
adapter when the line description is varied on. 


QEWCSRC 
Extended wireless controller member source file. QEWCSRC stores 
information specified on the extended wireless controller (xxxEWCM), 
PTC entry (xxxEWCPTCE), and bar code entry (xxxEWCBCDE) com- 
mands. The source file and source member names specified for the 
extended configuration objects must match the names specified for the 
local work station controller description. This information is downloaded 
to the wireless adapter when the controller description is varied on. 


The name you specify on the INZMBR command is the name of the source 
member within the source file. If the member does not exist, the system creates a 
member with that name in the specified source file. 


Specify the same INZMBR name for all of the extended wireless controller com- 
mands used for a given configuration. For example, if the controller description 
specifies INZFILE(QEWCSRC) and INZFILE(EWC001), you must specify these 
same names for the extended wireless controller member, PTC entry, and bar code 
entry commands. 
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If the QZXCINZ initialization program is specified on the INZPGM parameter, the 
names of the initialization source file and source member are passed to the 
command called by the program. See “QZXCINZ initialization program” on 

page 11-9 for more information about using QZXCINZ. 


Notes: 


1. If the INZFILE and INZMBR parameters are not specified, system-defined 
defaults are used by the wireless adapter. 


2. Configuration data created using the extended configuration commands is vali- 
dated by the system when the line or controller description is varied on. If 
errors are found, the vary on operation fails. 


If configuration data is created using a method other than using the extended 
configuration commands, the data is downloaded to the adapter without vali- 
dation. 


QZXCINZ initialization program 

The wireless line description commands (CRTLINWLS and CHGLINWLS) and local 
work station controller commands (CRTCTLLWS and CHGCTLLWS) each include 
an initialization program parameter, INZPGM. The IBM-supplied initialization 
program, QZXCINZ, can be specified for both line and controller description com- 
mands. 


QZXCINZ causes the system to automatically prompt for the related extended 
wireless line or controller member command, depending on which command called 
the QZXCINZ program. For example, if the CRTLINWLS command is run with 
INZPGM(QZXCINZ), a prompt display for the ADDEWLM command will be shown 
automatically. The INZFILE and INZMBR names specified on the CRTLINWLS 
command are passed through QZXCINZ and filled in on the ADDEWLM prompt 
display. 


Notes: 


1. The extended wireless line and controller member commands (xxxEWLM and 
xxxEWCM) do not require the use of QZXCINZ. These commands can be run 
directly from the command line. 


2. If you specify an initialization program, you must also specify file and member 
names for the INZFILE and INZMBR parameters. 


3. The extended wireless controller PTC entry and bar code entry commands are 
not called by QZXCINZ. When specifying these commands you must ensure 
that the source file and source member names specified match those specified 
for the controller description and extended wireless controller member. 


Example of configuration object and source file relationships 
Figure 11-6 on page 11-11 shows an example of the relationship between the con- 
figuration objects and initialization source files used to create a PTC configuration. 
Most of the commands used in this example (boxes at the left in Figure 11-6) 
specify initialization source files and source members used to store wireless config- 
uration data: 


CRTLINWLS 
The CRTLINWLS command is specified with 
INZFILE(QGPL/QEWLSRC) and INZMBR(EWL021). When the line 
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description (WLSLIN) is varied on, the contents of member EWL021 in 
source file QEWLSRC are downloaded to the wireless adapter. 


When the CRTLINWLS command is run, initialization program QZXCINZ 
calls the prompt display for the ADDEWLM command. 


ADDEWLM 
The source file and source member names specified on the 
CRTLINWLS command are passed to the ADDEWLM command by 
QZXCINZ. Configuration information specified on the ADDEWLM 
command is stored in member EWL021, in file QEWLSRC. 


CRTCTLLWS 
The CRTCTLLWS command is specified with 
INZFILE(QGPL/QEWCSRC) and INZMBR(EWC021). When the con- 
troller description (WLSCTL) is varied on, the contents of member 
EWC021 in source file QEWCSRC are downloaded to the wireless 
adapter. 


When the CRTCTLLWS command is run, initialization program 
QZXCINZ calls the prompt display for the ADDEWCM command. 


ADDEWCM 
The source file and source member names specified on the 
CRTCTLLWS command are passed to the ADDEWCM command by 
QZXCINZ. Configuration information specified on the ADDEWCM 
command is stored in member EWC021, in file QEWCSRC. 


ADDEWCPTCE 
The source file and source member names specified on the 
CRTICTLLWS command must also be specified on the ADDEWCPTCE 
command. Information specified on the ADDEWCPTCE command is 
appended to the data specified by the ADDEWCM command in source 
member EWC021. The ADDEWCPTCE command also includes the 
name of a bar code group used to describe the bar code scanning char- 
acteristics of the PTCs. 


ADDEWCBCDE 
The source file and source member names specified on the 
CRTCTLLWS command must also be specified on the ADDEWCBCDE 
command. Information specified on the ADDEWCBCDE command is 
appended to the data in source member EWC021. 


CRTDEVDSP 
The last of the PTC configuration objects, the device description, is 
automatically created when communications with the PTCs begins. 
Device descriptions are created as TYPE(3476) display devices 
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CRTLINWLS LIND(WLSLIN) 
INZFILE(QGPL/QEWLSRC) 


INZMBR(EWLO21) 
INZPGM(QZXCINZ) i—+>]| QZXCINZ INZFILE (QEWLSRC) 
| >| INZMBR(EWLO21) 
ADDEWLM INZFILE(QGPL/QEWLSRC) 
INZMBR(EWLO21) 
v 
2668 Wireless 
LAN Adapter 
266A Virtual WSC |<— 
CRTCTLLWS CTLD(WLSCTL) 
TYPE (266A) 
INZFILE (QGPL/QEWCSRC) 
INZMBR(EWCO21) 
INZPGM(QZXCINZ) i—+>]| QZXCINZ INZFILE (QEWCSRC) 
| >| INZMBR(EWCO21) 
ADDEWCM INZFILE(QGPL/QEWCSRC) ee 
INZMBR(EWCO21) 


ADDEWCPTCE PTCGRP(PTCO21) 
INZFILE (QGPL/QEWCSRC) 
INZMBR(EWCO21) 
BCDGRP(BCD021) 


_»| ADDEWCBCDE BCDGRP(BCDO21) 
INZFILE (QGPL/QEWCSRC) 
INZMBR(EWC021) 


CRTDEVDSP DEVCLS(*LCL) 
TYPE (3476) 


Figure 11-6. Relationship of PTC Configuration Objects and Initialization Source Files 


Wireless network physical address format 


The AS/400 wireless LAN adapter uses the same 48-bit adapter address format 
that is used for Ethernet adapters. See “Ethernet physical address format” on 
page 5-4 for more information. 
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PTC polling parameters 


The ADDEWCPTCE and CHGEWCPTCE commands include a group of parame- 
ters used to define the polling characteristics of PTCs in the PTC group. Polling 
intervals are adjusted to conserve battery power when the PTCs are not transmit- 
ting data. 


Table 11-1 lists the PTC polling parameters and the value used when *DEV, the 
default value, is specified for these parameters. 


Table 11-1. PTC Polling Parameters 


Parameter Function *DEV Value 

POLL Sets the fast poll interval for the PTC. This interval 125 millisec- 
is used when the poll delay (POLLDLY) value onds (ms) 
expires. 

POLLDLY Sets the length of time that polling is suspended 0 ms 


following the start of a transaction or transmission 
of an acknowledged datagram. 


POLLDECAY Controls the poll decay process. POLLDECAY 2 
specifies the number of times the PTC polls at a 
given rate before slowing to half that rate. 


SLOWPOLL Sets the polling interval used to maintain the radio 200 ms 
frequency link when the PTC is powered on but not 
actively sending or receiving data. 


The following list describes how these parameters are used in a sequence of 
polling events: 


1. When a transaction is started, polling is suspended for the length of time speci- 
fied on the POLLDLY parameter. 


2. When POLLDLY expires, polling resumes at the fast poll interval specified on 
the POLL parameter. 


3. After the number of polls specified by the POLLDECAY parameter, the polling 
rate is reduced to half the fast poll rate. 


4. Poll decay continues until the polling interval is reduced to the value specified 
by the SLOWPOLL parameter. 


Problem determination for wireless networks 


The link test and wireless network management utility (WNMU) options on the 
Verify Communications (VFYCMN) command can be used to check connections 
between wireless network nodes. WNMU can also be used to display the network 
topology and analyze the activity on the network. 


See Appendix A, “LAN link test” on page A-1 for information about link test. 
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Chapter 12. Wireless IOP LAN configuration examples 


This chapter provides an example of a wireless input/output processor local area 
network configuration. See Chapter 11, “Wireless IOP LANs” on page 11-1 for 
general information about wireless networks and configuration considerations. See 
the CL Reference for detailed descriptions of the extended wireless configuration 
commands. 


Configuration for PTC connections on a wireless IOP LAN 


The following example shows the prompt displays used to configure the AS/400 
system for wireless communications with a number of portable transaction com- 
puters (PTCs). This example creates the following configuration objects: 


e Wireless line description (CRTLINWLS command) 

e Extended wireless line member (ADDEWLM command) 

¢ Local work station controller (CRTCTLLWS command) 

e Extended wireless controller member (ADDEWCM commana) 

e Extended wireless controller PTC entry (ADDEWCPTCE command) 

e Extended wireless controller bar code entry (ADDEWCBCDE command) 


The CRTLINWLS and CRTCTLLWS commands both require you to specify 
resource names that identify the location of the wireless IOP LAN adapter in the 
AS/400 system rack. You should determine the resource names before configuring 
the line and controller descriptions. See “Resource name parameters” on 

page 11-5 for detailed information. 


Some configuration information, such as PTC and bar code entry information, must 
be coordinated with the configuration for the PTC devices. See the documentation 
for the PTC device for information about defining PTC display and bar code scan- 
ning characteristics. 


Network nodes between the AS/400 wireless adapter and the PTCs (such as 2480 
Access Points) are not configured at the AS/400 system and are not identified by 
any of the AS/400 configuration objects. See the documentation for the access 
points for information about their configuration. 


Line description and extended wireless line member configuration 
Figure 12-1 shows the prompt displays used to create the wireless line description. 
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Create Line Desc (Wireless) (CRTLINWLS) 


Type choices, press Enter. 


Line description. ....... > WLSLIN Name 
Resource name ......... > LIN241 1] Name 
Ondineat IPL. .& cock, wo te a eee *YES *YES, *NO 
Vary onwait.......... *NOWAIT *NOWAIT, 15-180 (1 second) 
Local adapter address ..... > 024096004002 FY 020000000000-FEFFFFFFFFFF... 
Exchange identifier ...... *SYSGEN 05600000-O56FFFFF, *SYSGEN 
Ethernet standard ....... *ALL *ETHV2, *IEEE8023, *ALL 
SSAP list: 

Source service access point . *SYSGEN 02-FE, *SYSGEN 

SSAP maximum frame. ..... *MAXFRAME, 265-1496, 265... 

SSAP type .......2+e- *CALC, *NONSNA, *SNA 

+ for more values 

Initialization source file . . . > QEWLSRC Ey Name, *NONE 

ET DRARY a eb. SG: cae: ean eee *LIBL Name, *LIBL, *CURLIB 
Initialization source member . . > EWLO21 fy Name, *NONE 

More... 

F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 


) 
ee co 


Create Line Desc (Wireless) (CRTLINWLS) 


Type choices, press Enter. 


Initialization program. .... > QZXCINZ EJ Name, *NONE 
Ba DRARYE <2: Geeks. as Bs Ben hh ie Se *LIBL Name, *LIBL, *CURLIB 
Text 'description’....... > 'Wireless line description' 


Figure 12-1. Prompt Display for CRTLINWLS Command 


Use the WRKHDWRSC *CMN command to find the resource name for 
the 2668 Wireless Connection. 


2 | This address, sometimes called the node address or NID, is used to 
send and receive data on the wireless LAN. You can use the preset 
address assigned to the card by the manufacturer (*“ADPT) or specify an 
adapter address. 


Specify the initialization source file and source member that will contain 
wireless configuration data associated with the line description and line 
member. Information contained in the specified source member is down- 
loaded to the wireless adapter when the line description is varied on. 


4 | By specifying the QZXCINZ initialization program on the CRTLINWLS 
command, the AS/400 system will automatically prompt for the Add 
Extended Wireless Line Member command. 


Figure 12-2 shows the prompt display for the ADDEWLM command. The 


ADDEWLM command is prompted automatically because the QZXCINZ initialization 
program was specified on the CRTLINWLS command. The values specified for the 


12-2 08/400 LAN, Frame-Relay and ATM Support V4R2 


initialization source file and source member are passed to the ADDEWLM 
command by QZXCINZ. 


= 
Add Wireless Line Member (ADDEWLM) | 

Type choices, press Enter. 
Initialization source member . . > EWL@21 Name 


Additional Parameters 


Initialization source file name. QEWLSRC Name, QEWLSRC 
EVDRARY soos ae EE, os es wes *LIBL Name, *LIBL, *CURLIB 
Adapter configuration ..... *ALL *ALL, *RADIO, *WIRED 
Hop indentifier ........ *ADPT O20000000000-FEFFFFFFFFFF... 
Root or repeater cell. ..... *YES *YES, *NO 
Frequency .......e54 > 2 1, 2, 3, 4, 5 
Data: Pate. 2. St ac ait ce ee: eee 2M 2M, 1M 
Radio system indentifier.... eoo0e2 Ey 000002-FFFFFE 
Text 'description'....... > 'Extended wireless line member' 


Bottom 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


L J 


Figure 12-2. Prompt Display for ADDEWLM Command 


The hop identifier specifies the internal access point address for this 
AS/400 wireless LAN adapter. The default value, *ADPT, generates an 
address based on the adapter address (ADPTADR parameter) specified 
on the wireless line description. 


2 | Specify *YES if the AS/400 is to serve as the root node of the wireless 
network. 

Specify the center frequency that is used for radio communications 
within the wireless network. 2 indicates that a center frequency of 2.442 
GHz is used. 

4 | The radio system identifier (SYSID parameter) is used as a network 


identifier to exclude radio transmissions from adjacent wireless networks 
using different system identifiers. All nodes in this wireless network must 
specify the same SYSID (or SID) value. 


Controller description and extended wireless controller member 


configuration 
Figure 12-3 shows the prompt displays for the CRTCTLLWS command. 
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Create Ctl Desc (Local WS) (CRTCTLLWS) 
Type choices, press Enter. 


Controller description. .... > WLSCTL Name 


Controller type ........ > 266A 2637, 2638, 2661, 6040... 
Controller model ........ >1 1, 0001 
Resource name ......... > CTL22 J Name 
Online at IPL ......... *YES *YES, «NO 
Initialization source file . . . > QEWCSRC Ej Name, *NONE 

EA DMARY 2 cones 5a a ee eas *LIBL Name, *LIBL, *CURLIB 
Initialization source member . . > et A Name, *NONE 
Initialization program. .... > QZXCINZ Name, *NONE 

LiDRATY: ae cede fe Het iol ae Se *LIBL Name, *LIBL, *CURLIB 
Text 'description’....... > 'Wireless controller description' 

Bottom 

F3=Exit F4=Prompt F5=Refresh  F10=Additional parameters  F12=Cancel 
F13=How to use this display F24=More keys 


L J 


Figure 12-3. Prompt Display for CRTCTLLWS Command 


Specify 266A for the controller type. 


2 | Use the WRKHDWRSC *LWS command to determine the resource 
name for the 266A Virtual Controller. 


Specify the initialization source file and source member that will contain 
wireless configuration data associated with the controller description, 
extended wireless controller member, PTC and bar code entries. Infor- 
mation contained in the specified source member is downloaded to the 
wireless adapter when the controller description is varied on. 


4 | By specifying the QZXCINZ initialization program on the CRTCTLLWS 
command, the AS/400 system will automatically prompt for the Add 
Extended Wireless Controller Member command. 


Figure 12-4 shows the prompt display for the ADDEWCM command. The 
ADDEWCM command is prompted automatically because the QZXCINZ initializa- 
tion program was specified on the CRTCTLLWS command. The values specified 
for the initialization source file and source member are passed to the ADDEWCM 
command by QZXCINZ. 
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Add Wireless Ctl Member (ADDEWCM) 
Type choices, press Enter. 
Initialization source member . . > EWC021 Name 


Additional Parameters 


Initialization source file . . .  QEWCSRC Name, QEWCSRC 
LA DRARY coe ae ese ok ea *LIBL Name, *LIBL, *CURLIB 
Destination ID. ........ > 4001 fy 4001-4FFE 
Transport port. ........ oy 2 | 0-15 
Text 'description’....... > 'Extended wireless controller member' 


Bottom 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


L J 


Figure 12-4. Prompt Display for ADDEWCM Command 


The destination ID is used to identify this wireless adapter to the 
wireless network. 


2 | The transport port number is used to define the application running on 
the PTC. Port 0 indicates that the application is 5250 emulation. 


PTC and bar code entry configuration 


PTC and bar code entries define the characteristics of PTCs and the bar code 
scanning capabilities of those PTCs. 


The QZXCINZ initialization program does not automatically prompt for these 
entries. You must ensure that the initialization source file and source member 
names specified for the PTC and bar code entry commands match the names 
specified on the controller description. 


Figure 12-5 on page 12-6 shows the prompt displays for the ADDEWCPTCE 


command. This PTC entry defines the characteristics for a group of PTC configured 
with addresses 0001 through 0020. 
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Add EWC PTC Entry (ADDEWCPTCE) 
Type choices, press Enter. 


PTC group name. ........ > PTC@21 
Initialization source member . . > EWC021§J Name 


Additional Parameters 


Initialization source file .. QEWCSRC fy Name, QEWCSRC 

EV DRany. 2+ nee af aie ee et ati k *LIBL Name, *LIBL 
PTC ID range: 

Begin 1d:.e av ose Rie ae BES > 0001 0001-1022 

Bd: de ete g Se ee Ger Wh, esd wT > 1022 0001-1022 
Tritensity-. ssc eee ce we *NORMAL *NORMAL, *INVERSE 
Status line .......... *YES *YES, *NO 
Cursor type .......... *UNDERLINE *UNDERLINE, *BLOCK 
Inactivity timer. ....... *DEV 0-9999, «DEV 
Backlight timer ........ *DEV 0-9999, «DEV 
Backlight key ......... *ON *ON, *OFF 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Figure 12-5 (Part 1 of 3). Prompt Display for ADDEWCPTCE Command 


Add EWC PTC Entry (ADDEWCPTCE) 


Type choices, press Enter. 


Bypass exit .......... *YES *YES, *NO 

Automatic run ......... *YES *YES, *NO 

PRINCE ele Se ae Bee eh ne *SYSTEM *SYSTEM, *PTC 

Wand type ........... *NONE *NONE, *PENCIL, *LASER... 
Wand pecking rate ....... *DEV *DEV, 2, 4, 8, 16, 32, 48 
Laser read timer... ..... *DEV *DEV, 1440, 2880, 4320, 5760 
Barcode function keys ..... *OFF *OFF, *ON 

Auvitoy Enters 4-65. ack acetates *OFF *OFF, *ON 

Cursor location ........ *HOLD *HOLD, *FIRST 

Short scan. .......2.6. *YES *YES, *NO 

Scan end of file. ....... *YES *YES, *NO 

Fast poll interval ....... *DEV 0-9999, *DEV 

Fast poll delay. ........ *DEV 0-9999, *DEV 

Fast poll decay. ........ *DEV 0-255, *DEV 

Slow poll interval ....... *DEV 0-99999, *DEV 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Figure 12-5 (Part 2 of 3). Prompt Display for ADDEWCPTCE Command 
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CS 
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Add EWC PTC Entry (ADDEWCPTCE) 
Type choices, press Enter. 


Destination hops: 


Destination ID........ > 4001 4001-4FFE 
Frequency~ s. ee ee ce we >2 1, 2, 3, 4, 5, 900, 9001... 
Data. Tater se ei ecdk coe S38 > 2M 1M, 2M, *NONE 
Radio system identifier .. . > 000002 000002-FFFFFE 
+ for more values 
Barcode group name. ...... > BcDe21 fy 
+ for more values 
Text 'description'....... > 'PTC entry PTCQ21' 


Bottom 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Fig 


ure 12-5 (Part 3 of 3). Prompt Display for ADDEWCPTCE Command 


Specify the initialization source file and source member used to store 
the information in this PTC entry. These names must match the names 
specified on the CRTCTLLWS and ADDEWCM commands. Information 
contained in the specified source member is downloaded to the wireless 
adapter when the controller description is varied on. 


Specify the range of PTC addresses for which this PTC entry is used. 
Characteristics defined in this PTC entry are applied to all PTCs with 
addresses within the specified range. 


The destination hop parameter consists of four elements used to specify 
the addresses of systems with which the PTCs in this group attempt to 
communicate. This parameter allows up to eight destinations to be spec- 
ified. If the PTC is unable to contact the first destination listed, it 
attempts to contact the next destination on the list. 


For networks using one or more AS/400 wireless LAN adapters as root 
nodes, the values specified for this parameter must match the following 
values at the destination AS/400 system: 


¢ Destination ID must match the value specified for the extended 
wireless controller member on the host system. 


e Frequency, Data rate, and Radio system identifier must match the 
values specified on the extended wireless line member on the host 
system. 


Normally, address information for the primary destination is programmed 
into the PTC. This parameter is optional. 


Specify the name of the bar code entry used to define bar code scan- 
ning capabilities for this group of PTCs. Up to 6 bar code group names 
can be specified for each PTC entry. 
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Figure 12-6 shows the prompt displays for the ADDEWCBCDE command. 


Add EWC Barcode Entry (ADDEWCBCDE) 


Type choices, press Enter. 


Barcode group name. ...... > BCDO21 
Initialization source member . . > EWC@21 Name 


Additional Parameters 


Initialization source file... QEWCSRC Ey Name, QEWCSRC 
LAIDRAN YS 3s cd 652 ee cae sim oh He *LIBL Name, *LIBL, *CURLIB 

Barcode type. ......... > *PLESSEY 

Label length. ......... 32 0-64 

First check digit ....... *NO *NO, *YES 

Second check digit. ...... *NO *NO, *YES 

AVI ZOROS. fo. be te. ideas Rast *NO *NO, *YES 

Alpha display ......... *NO *NO, *YES 

Xe De) | ey ale oe ee a *NO *NO, *YES 

1 es RCo] ets Vaca ae eo *NO *NO, *YES 

System 1 UPC-E......... *NO *NO, *YES 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


L J 


Figure 12-6 (Part 1 of 2). Prompt Display for ADDEWCBCDE Command 


Add EWC Barcode Entry (ADDEWCBCDE) 


Type choices, press Enter. 


System 0 UPC-E......... *NO *NO, *YES 
WPCSE: ee ete a: BS ce ee cee es *NO *NO, *YES 
BAN S43. Sy -dotge owe BAS cn he eer ae *NO *NO, *YES 
Extended Character Set ..... *NO *NO, *YES 
Add On i oi Sie tae ae ts Bt S *BIDIRECTIONAL 

Drop begins kc ce wee 0 0-64 

DVO: “CNG? 5. i-mate ae ees. &. 0 0-64 

Text 'description'....... > 'Bar code entry BCD021' 


Bottom 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


L 5 


Figure 12-6 (Part 2 of 2). Prompt Display for ADDEWCBCDE Command 


The bar code group name specified must match one of the bar code 
group names specified in the PTC entry. 
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2 | Specify the initialization source file and source member used to store 
the information in this bar code entry. These names must match the 
names specified on the ADDEWCPTCE command containing the name 
of this bar code group. Information contained in the specified source 
member is downloaded to the wireless adapter when the controller 
description is varied on. 


Device descriptions used by PTC configurations 
Device descriptions associated with the PTCs are automatically created when com- 
munications begins. Device descriptions created are for TYPE(3476) display 
devices. Up to 49 device descriptions (representing 5250 emulation sessions) can 
be attached to each local work station controller. 


If device descriptions are not created when PTCs attempt to connect to the AS/400 
system, use the Display System Value (DSPSYSVAL command) to verify that the 
QAUTOCFG system value is set to 1. 
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DDI networks 
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Chapter 13. DDI networks 


This chapter describes the DDI physical environment and general considerations for 
configuring a DDI network. 


DDI physical environment 


A DDI network consists of stations connected using optical fiber or shielded twisted 
pair (STP) media to form a physically closed loop. DDI allows many attachment 
units, including stations, concentrators, and bridges. These can be attached in 
various ways allowing a tree topology. 


DDI uses two rings: 
e The primary ring, similar to the main ring of a token-ring network. 


e The secondary ring, similar to the backup ring path of a token-ring network. 


A fiber DDI (FDDI) ring consists of two fibers, one for transmitting and one for 
receiving. Each fiber is equivalent to a pair of copper conductors used on a 
shielded twisted pair DDI (SDDI) ring. 


Unlike token-ring networks, DDI networks allow devices to be attached to one or 
both of the rings and do not require attachment through a concentrator such as the 
token-ring multistation access unit (MAU). DDI networks identify two classes of 
devices, depending on how the device is attached to the rings. 


Dual-Aitached (Class A) 
Stations or concentrators that are directly attached to both the primary 
and secondary ring. 


Single-Atiached (Class B) 
Stations or concentrators that are directly attached to only one ring or 
that are attached through a concentrator. 


The AS/400 DDI adapters allow the system to function as either a single- or dual- 
attached station. 


Normally, only the primary ring in a DDI network is active. The secondary ring is 
used to maintain the network when a dual access station or concentrator becomes 
inactive. 


Figure 13-1 on page 13-2 shows an example of a DDI network using both single- 
and dual-attached stations. 
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AS/400 


RS/6000 


FDDI Backbone 
RS/6000 Dual-Attached Stations AS/400 
AS/400 
8240 3172 
Single-Attached 
Stations 
PS/2 PS/2 AS/400 -— 


Figure 13-1. Example of DDI Network with Single- and Dual-Attached Stations 


IBM 8240 FDDI concentrator 


The IBM 8240 FDDI Concentrator is a single media access control (MAC) 
concentrator that allows attachment of up to 24 devices using either copper or 
multimode optical fiber. The 8240 FDDI Concentrator contains the following 


modules: 


Concentrator Control (CC) Module 


¢ Control access to the network for attaching devices. 


e Perform error recovery. 


Ring Attachment (RA) Module 


Device Attachment (DA) Modules 
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cabling. 


using shielded twisted pair wiring. 


ES/9000 


The CC Module contains the electronics that: 


The RA Module allows the 8240 Concentrator as a dual-attached station 
to an FDDI ring topology or as a dual-attached or single-attached station 
to other concentrators using multimode optical fiber. 


Up to six DA Modules can be installed in the 8240 Concentrator. Two 
types of DA Module are supported: 


¢ The Optical Fiber Cable Device Attachment Module is used for 
devices connected to the network using multimode optical fiber 


¢ The Copper Device Attachment Module is used for devices attached 


Each DA Module allows attachment of up to four devices. 


8240 Concentrators can be installed in either ring or tree topologies. When 
installed in a tree topology, 8240s can be configured as dual-attached 
concentrators. 


See the FDDI Network Introduction and Planning Guide for detailed information 
about the 8240 FDDI Concentrator and how to use it in various network topologies. 


Dual-homing stations 
The AS/400 DDI adapter allows the system to be connected to an FDDI 
concentrator in a dual-homing configuration. In this configuration, both adapter ports 
(A and B) are connected to the master ports on the concentrator. The B port con- 
nection is identified as the primary connection; the A port is identified as the sec- 
ondary connection. 


The dual-homing station operates like a single-attached (Class B) station, except 
that the secondary connection is available as a backup to the primary connection. 
The connection automatically switches from primary to secondary if a problem is 

detected in the primary connection. 


DDI physical address format 


The AS/400 DDI adapters use the same 48-bit adapter address format that is used 
for token-ring adapters. See “Token-ring physical address format” on page 3-3 for 
more information. 


Frame size considerations for DDI networks 


Data is transmitted to remote stations in frames, the basic unit of transmission for 
all data. Frame size indicates how large each transmission is. 


A DDI network provides an environment with few errors. Therefore, data trans- 
mission is more efficient if data is sent in as large a frame as possible. The largest 
frame size that can be sent by the AS/400 system is specified by the MAXFRAME 
parameter on the CRTLINDDI command. The MAXFRAME parameter can be set to 
any value in the range 265 through 4444. The default value is 4105. 


Note: DDI frame sizes are sometimes described in terms of symbols. A symbol 
represents half of a byte (four bits); 4105 bytes is equivalent to 8210 
symbols. 


Except for the allowed range of frame sizes, frame size considerations for DDI net- 
works are the same as those for token-ring networks. See “Frame size consider- 
ations for token-ring networks” on page 3-5 for more information. 


Token rotation time (TKNRTTTIME parameter) 


The token rotation time (TKNRTTTIME) parameter on the CRTLINDDI command 
represents the target token rotation timer (TTRT) in the FDDI architecture. The 
TTRT value is used to control ring scheduling: the longer the TTRT value, the more 
frames that can be transmitted by a station at one time. Possible values for the 
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TKNRTTTIME parameter are *CALC (the default) or any value from 4 through 167 
milliseconds. 


A claim token process is used to negotiate the target token rotation time used by all 
stations on the ring. When the ring is initialized, the lowest TTRT value bid by 
stations on the ring is the value that is used. 


The default value for the TKNRTTTIME parameter, “CALC, normally sets the timer 
to 167 milliseconds. This value should provide good ring utilization but may not be 
appropriate for some applications that require frequent, short transmissions from a 
large number of stations. 


Unless changing the TKNRTTTIME value is specifically required, use *CALC. If an 


application requires a shorter target rotation time, the TKNRTTTIME value should 
be lowered only on the machine running the application. 
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Chapter 14. DDI network configuration examples 


This chapter provides an example of a DDI configuration for two AS/400 systems. 


Configuration example for connecting two AS/400 systems 


In the following example, two AS/400 systems, SYSTEM1 and SYSTEM2, are 
directly linked using either FDDI or SDDI cables. Both SYSTEM1 and SYSTEM2 
are defined as APPN end nodes. 


Because the line descriptions specify AUTOCRTCTL(*YES), only one APPC con- 
troller description needs to be created as APPN(*YES). The other system automat- 
ically creates the corresponding APPC controller description as APPN(*YES). Since 
the APPC controller descriptions are APPN(*YES), the device descriptions are 
created automatically. 


Considerations for controller descriptions attached to DDI lines are essentially the 
same as those attached to token-ring network lines. See Chapter 3, “Token-ring 
networks” on page 3-1 and Chapter 4, “Token-Ring Network Configuration 
Examples” on page 4-1 for information about configuring controller descriptions. 


Configuration on AS/400 system SYSTEM1 


Figure 14-1 shows the prompt displays used to create the line description on 
system SYSTEM1. 


[ | 


Create Line Desc (DDI) (CRTLINDDI) 


Type choices, press Enter. 


Line description. ....... > SYSTE1DDI Name 
Resource name ......... > CMNO2 1 Name, *NWID 
Onl inewate TPL. o> oie Sess ce wes *YES *YES, *NO 
Vary on wait. ......... *NOWAIT *NOWAIT, 15-180 (1 second) 
Maximum controllers ...... 40 1-256 
Maximum frame size. ...... 4105 265-4444 
Logging level ......... *OFF *OFF, *ERRORS, *ALL 
Local manager mode. ...... *OBSERVING *OBSERVING, *NONE 
Local adapter address ..... > 400070008001 400000000000-7FFFFFFFFFFF... 
Exchange identifier ...... *SYSGEN 05600000-O56FFFFF, *SYSGEN 
SSAP list: 
Source service access point . *SYSGEN 02-FE, *SYSGEN 
SSAP maximum frame. ..... 265-4444, *MAXFRAME 
SSAP=LYP@> <5, ve es fo) we Lae de se *CALC, *NONSNA, *SNA 


+ for more values 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


L 5 


Figure 14-1 (Part 1 of 2). Prompt Displays for CRTLINDDI Command 
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Create Line Desc (DDI) (CRTLINDDI) 
Type choices, press Enter. 


Text 'description’....... > 'DDI line on SYSTEM1' 


Network controller ....... Name 

Group address ......... *NONE 800000000000-FFFFFFFFFFFE... 
+ for more values 

Token rotation time ...... *CALC 4-167, *CALC 

Link speed... .....2.2-s *MAX *MIN, 1200, 2400, 4800... 

Cost/connect time ....... 0 0-255 

Cost/byte .........2..- 0 Q-255 

Security for line ....... *NONSECURE *NONSECURE, *PKTSWTNET... 

Propagation delay ....... *LAN *PKTSWINET, *LAN, *MIN... 

User-defined 1......... 128 0-255 

User-defined 2......... 128 0-255 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


ES 


Figure 14-1 (Part 2 of 2). Prompt Displays for CRTLINDDI Command 


Considerations for specifying the CRTLINDDI command: 


For an example of *NWI for resource name, see “Bridged connections to 
remote token-ring networks” on page 10-8. 


Configuration on AS/400 system SYSTEM2 


The following commands are used to create the DDI configuration on system 
SYSTEM2. 


CRTLINDDI LIND(SYSTE2DDI) RSRCNAME(LIN441) + 
ADPTADR(400070008002) AUTOCRTCTL(*YES) + 
TEXT('DDI Line On SYSTEM2') 


CRTCTLAPPC CTLD(SYSTEM2) LINKTYPE(*LAN) + 
SWTLINLST(SYSTE2DDI) + 
RMTNETID(*NETATR) RMTCPNAME(SYSTEM1) + 
ADPTADR(400070008001) + 
TEXT('Controller description for DDI to SYSTEM1') 
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Appendixes 
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Appendix A. LAN link test 


The link test option on the Verify Communications (VFYCMN) command allows you 
to test connectivity between the AS/400 system and remote stations on the local 
area network (See “Verify communications command” on page A-4 for an example 
of the Verify Communications procedure). The link test can be used to verify that 
the adapter address, SSAP, and DSAP values configured for local area network 
controller descriptions are accessible for a specified line description. The link test 
can also be used to ensure that the local AS/400 LAN adapter is connected to the 
network. 


Before running the link test, the token-ring, DDI, Ethernet, or wireless line 
description must be created and varied on. The connection to a specific controller 
description can be tested, but a controller description is not required. No controller 
description needs to be varied on to perform the link test. 


Running the LAN link test 


To run the link test, determine the name of the line description and the controller 
description (if any) that will be used in the test. Use the Vary Configuration 
(VRYCFG) or Work with Configuration Status (WRKCFGSTS) command to vary on 
the line description. Then type VFYCMN to begin the verification procedure. Select 
the link test option and specify the name of the line description on the appropriate 
displays. 


The values you specify on the Verify a Communications Line and Verify Controller 
Information displays depend on the type of link test you choose to run. 


When the link test is complete you will be shown a display containing completion 
codes for each of the parameters tested (see “Link test completion codes” on 
page A-4). 


Link tests for remote stations 


Link tests for remote stations can be run with or without a controller description. 
The link test can be used to verify that a connection can be made between the 
AS/400 system and a remote station based on the following parameters: 


ADPTADR LAN remote adapter address 

DSAP LAN destination service access point 

SSAP LAN source service access point 

LANCNNTMR LAN connection timer 

LANCNNRTY LAN connection retry 

Each of these values can be entered directly on the Verify Controller Information 
display (see Figure A-2 on page A-2). Values used for the remote adapter 
address, SSAP, and DSAP can be taken from an existing controller description by 
specifying a controller name on the Verify a Local Area Network Line display (see 


Figure A-1 on page A-2). Any of the following methods can be used to test the 
connection to a remote station. 
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Existing controller description 

To test the connection to a remote station for which the controller description has 
already been created, type the name of the controller description on the Verify a 
Communications Line display (see Figure A-1). Parameter values from the speci- 
fied controller description will be shown on the next display, Verify Controller Infor- 
mation (see Figure A-2). Press Enter to run the link test. 


Referenced controller description 

To test the connection to a remote station for which the controller description has 
not yet been created, you can run the link test using some of the parameter values 
specified in an existing controller description. Type the name of the referenced con- 
troller description on the Verify a Communications Line display (see Figure A-1). 
Parameter values from the referenced controller description will be shown on the 
Verify Controller Information display (Figure A-2). Change the controller name to 
“NONE and the LAN remote adapter address to the adapter address of the station 
you want to test. 


No controller description 

The connection to a remote station can also be tested without referring to any con- 
troller description. Type “NONE in the controller description field on the Verify a 
Communications Line display (see Figure A-1). Specify the adapter address and 
other parameters shown on the Verify Controller Information display (Figure A-2). 
fi | 


Verify a Local Area Network (LAN) Line 


To test a Local Area Network controller: 
Type choice, press Enter. 
Controller to be tested. ........... _ *NONE 


If a specific remote address is to be tested and no controller 
is configured, select «NONE. 


Figure A-1. Verify a Communications Line Display 


Verify Controller Information 
Please verify or update the following controller information. 
Line name ........226- 


Gontrolleras 2 jas 6 ee se we 


LAN remote adapter address ... _ ¥*SELF, valid addr 
DSAP (Destination SAP) ..... 04 00 to FE 
SSAP (Source SAP) ....... 04 *A, 02 to FE 
LANCNNTMR . 2... 2... 2 eee 03 1-25 seconds 
LANCNNRTY . 2... 2.2.22 ee 003 1-254 


Figure A-2. Verify Controller Information Display 
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Link test for local adapters 
The connection between the LAN adapter on the local AS/400 system and the 
network also also be tested. 


e For DDI and token-ring adapters, the local adapter test verifies that the LAN 


adapter can be accessed from the network. 


For Ethernet adapters, the local adapter test sends a test frame internally. The 
Ethernet bus is not tested. 


For ATM adapters, the local adapter test verifies that the input/output adapter 
and network switch can be accessed from the network (through an Ethernet or 
a token-ring LEC line). See “Verify communications command” on page A-4 for 
an example. 


Local adapter 

To test the connection between the local system and the network, type “NONE in 
the controller description field on the Verify a Communications Line display (see 
Figure A-1 on page A-2). Then specify “SELF as the LAN remote adapter address 
on the Verify Controller Information display (see Figure A-3). 


— 


Verify Controller Information 
Please verify or update the following controller information. 
Line name .......58-8. TOKENRING1 
Controller cower a Gee eS es aE *NONE 
LAN remote adapter address . . . > *SELF *SELF, valid addr 
DSAP (Destination SAP) ..... > 00 00 to FE 
SSAP (Source SAP) ....... > *A *A, 02 to FE 
LANCNNTMR . 2... 2... 2 eee > 7 1-25 seconds 
LANCNNRTY ........2.24. > 10 1-254 


Figure A-3. Verify Controller Information Display for Local Adapter Test 


Link test adapter address considerations 
The following restrictions exist for the adapter address specified for LAN link tests: 


e Broadcast addresses cannot be specified. 


e Adapter addresses of remote stations accessed using bridges between 


Ethernet and token-ring or Ethernet and DDI networks must be converted using 
the procedure described under “Token-ring-to-Ethernet address conversion” on 
page D-3. 
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Link test completion codes 


The LAN link test provides a set of hexadecimal completion codes to indicate 
whether or not the remote adapter and SAP values can be reached from the 
AS/400 system. Table A-1 lists the completion codes, their meanings, and possible 


recoveries. 

Table A-1. LAN Link Test Completion Codes 

Code Meaning Recovery 

00000000 | Parameter value found and valid None 

2222222? | Link test timed out. The parameter Possible recoveries include the fol- 
cannot be reached using the sup- lowing. Verify the values specified 
plied values. Possible causes for the link test and change the 
include the following: values as indicated. Then run the 

1. Remote adapter address is MAK AeSTAUAIN. 
incorrect. 1. Verify the remote adapter 

2. Remote SAP (DSAP) value is porta a ed etal 
incorrect. paramelet). 

3. LAN connection timer 2. oe oe ei Ean : 
(LANCNNTMR parameter) or . cd parm 
both LANCNNTMR and LAN rey) 
connection retry (LANCNNRTY 3. Increase the values specified 
parameter) values are not large for the LANCNNTMR or for 
enough. both LANCNNTMR and 

4. Remote adapter is not attached PANGNMECS palaniciets: 
to the network or is attached to 4. Verify that the remote adapter 
a network other than that is attached to the same 
represented by the line network as the line description. 
et 5. Check the bridge and network 

5. Bridges between the AS/400 configurations. 
system and the remote adapter 
are unable to transmit the test 
frame. 

FFFFFFFF| Parameter value was not found. Change the value specified and run 
This completion code may indicate the link test again. 
that the local SAP (SSAP param- 
eter on the controller description) is 
not included in the SSAP list for the 
associated line description. 
Any Link test not run. No recovery available. Record the 
other completion code for the next level 
values of support. 


Verify communications command 


The verify communications command allows you to verify that the IOP, IOA, 
licensed internal code, cabling and network switch are all operational and config- 
ured properly. In the following example, the verify communications command is per- 
formed for an ATM network. 


1. Enter the Verify Communications (VFYCMN) command and press Enter. 


2. Specify option 2 (“NWI - Network Interface Description) and press Enter. 
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AJCUNM20 Verify Communications/Local Area Networks 


You have different configurations on your system that require 
diagnostics to be run against different object types. 

Please choose the object type you plan to run verify 
communications against. 


1. *LIN - Network Line Description 


2. *NWI - Network Interface Description 


Selection 
2 


F3=Exit 


v J 


Figure A-4. Verify Communications, Display 1 of 8 


3. Specify an ATM network interface description to test and press Enter. 


AJCUNMO9 Select Network Interface Description to Test 
Type choice, press Enter. 
NWID to test. ....... ATMNWI 
ATMNWI 
Bottom 
F3=Exit 


L 5 


Figure A-5. Verify Communications Display, 2 of 8 


4. Verify Communications for ATM objects does not support hardware tests. To 
perform hardware tests follow the instructions on this panel. Press Enter to con- 
tinue with Verify Communications. 
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AJCUJ047 Problem Analysis 


Hardware tests for this resource are supported under system service 
tools. Perform the following after exiting: 


Vary off the resource. 
From the command line enter the following command: 


STRSST 
Select Start a service tool. 
Select Hardware service manager. 
Display Logical hardware resources. 
Display System bus resources. 
Display Resources associated with IOP. 
Select verify on to be tested. 


Press enter to continue 


F3=Exit 


— 


Figure A-6. Verify Communications, Display 3 of 8 


5. Specify option 1 (Link test) and press Enter. 


AJCULD1C Select a Communications Test 
Type choice, press Enter 


1. Link test 


Selection 
1 


F3=Exit 


— 


Figure A-7. Verify Communications, Display 4 of 8 


6. Specify the ATM line description to be tested and press Enter. 
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AJCUAK23 Verify Communications/Local Area Network (LAN) 
You have chosen to run link test on a network interface. 
Please choose a specific line attached to the 
network interface to test. 
Type choice, press Enter. ATMLINE 

Line to test. ....... ATMLINE 
F3=Exit 


v J 


Figure A-8. Verify Communications, Display 5 of 8 


7. Specify the ATM controller description to be tested and press Enter. 


AJCULD1H Verify a Local Area Network (LAN) line 
To test a Local Area Network controller: 

Type choice, press Enter, 

Controller to be tested. ..... ATMCTL *NONE 


If a specific remote address is to be tested and no controller 
is configured, select «NONE. 


F3=Exit 


L 5 


Figure A-9. Verify Communications, Display 6 of 8 


8. Verify that the information that is entered so far. If it is correct, press Enter. 
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AJCULD1J Verify Controller information 

Please verify or update the following controller information. 

Line name .. 1... 2.2 ee eee ee ATMLINE 

Controllers sk Sk ea es eS ATMCTL 

LAN remote adapter address ...... 400000083435 *SELF, valid addr 
DSAP (Destination SAP) ........ 04 00 to FE 

SSAP (Source SAP) ........6. 04 *A, 02 to FE 
LANCNNTMR . 2... 2... eee ee ee Q3 1-25 seconds 

LANGNNRTY © 5:56 ae ee tee ae Se ee ae 003 1-254 

F3=Exit 


— 


Figure A-10. Verify Communications, Display 7 of 8 


9. This panel shows that the SSAP was found, so the link test has been suc- 


cessful. 


AJCULD1K Verify a Local Area Network (LAN) Line 


Following are the results of the Link test you selected. 


OY, C0000 0010) 
Remote adapter address . . ..: 2222222? 
DSAPT ten eo ee a ho AN 
Legend: 

x'Q0000000' = Found 

x'22222222' = Timed out 

x'FFFFFFFF' = Not found 

any other = Not tested 


F3=Exit F12=Cancel 


Figure A-11. Verify Communications, Display 8 of 8 


You have now verified that the ATM connection is properly configured and opera- 


tional through the entire network. 
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CS 


Failures during the ATM verify communications test 


Failures during the verify communications test may be caused by a number of prob- 
lems. The LAN emulation configuration server (LECS), LAN emulation server (LES), 
or ATM network switch may be one of the following: 


¢ Configured improperly 
e Not operational 
¢ Not reachable 


A cable may be unplugged, reversed, or broken between the AS/400 adapter card 
and the ATM network switch. The AS/400 configuration may be incorrect or incom- 
plete. The AS/400 input/output processor or adapter card may have failed. Finally, 
an internal code failure may have occurred. 


For additional information on diagnosing such problems see “Finding ATM errors” 
on page 7-13 and “Analyzing data flows on the physical interface” on page B-6. 
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Appendix B. LAN communications trace 


This appendix discusses communications trace functions available for local area 
network lines, as well as for frame-relay line and network interface descriptions. 
Communications traces can be used to collect and format data that is exchanged 
between the AS/400 system and remote systems, controllers, or personal com- 
puters. Trace data then can be displayed or printed for analysis and diagnosis of 
communications errors. Before running a communications trace, you can run the 
link test that is described in Appendix A, LAN link test to ensure that the remote 
station can be accessed by the AS/400 system. 


Communications trace functions can be accessed using either CL commands or 
through the system service tools (SST) menu interface. This appendix uses the 
SST displays to describe communications trace functions. See AS/400 Licensed 
Internal Code Diagnostic Aids - Volume 1 for more information about running com- 
munications traces using SST. 


The following CL commands can be used to provide communications trace func- 
tions similar to those that are provided by SST. See the CL Reference book for 
complete descriptions of the following commands: 


STRCMNTRC Start Communications Trace 
ENDCMNTRC End Communications Trace 
PRTCMNTRC Print Communications Trace 
CHKCMNTRC Check Communications Trace 
DLTCMNTRC Delete Communications Trace 


Procedure for tracing data exchanged at vary on time 


The purpose of running a communications trace most often is to collect data that is 
exchanged with a remote station when a configuration object is varied on. 


For example, if a personal computer attached to the AS/400 system on a DDI line 
cannot communicate with the AS/400 system, you might use a communications 
trace to diagnose the problem. Using SST, the following procedure could be used 
to trace data exchanged with the personal computer when the controller description 
representing it is varied on. (This example assumes that the DDI line description is 
already varied on.) 


1. Use the STRSST command to show the System Service Tools display. Choose 
the option to start a service tool. 


2. Choose the option on the Start a Service Tool display to work with communi- 
cations traces. 


3. On the Work with Communications Traces display, press F6 to start a trace. 


4. Specify the trace parameters shown on the Start Trace display shown in 
“Starting the trace” on page B-2. See “Starting the trace” on page B-2 for more 
information about these parameters. Press Enter to continue to the next 
display. 


5. On the Select Trace Options display (shown in Figure B-2 on page B-4), 
choose the type of data you want to trace. In this example, you might choose 
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to trace only data sent to and received from the controller associated with the 
personal computer. After selecting the option to trace data for a remote con- 
troller, another display prompts for the name of the controller to trace. Enter the 
name of the controller and then press Enter to return to the Work with Commu- 
nications Traces display. 


See “Trace filters for high-speed communications” on page B-3 for more infor- 
mation about the Select Trace Options displays. 


6. The trace status shown on the Work with Communications Traces display 
should now be waiting. The trace cannot begin until the controller being traced 
is varied on. Press F3 to return to the Start a Service Tool display, and then 
press F16 to return to the System Service Tools display. Press F10 to show the 
Command Entry display, and use the Vary Configuration (VRYCFG) or Work 
with Configuration Status (WRKCFGSTS) command to vary on the controller 
description for the personal computer. 


7. Return to the Work with Communications Traces display. The trace status 
should be active or stopped, depending on the buffer size selected and whether 
the trace was specified to stop or wrap when the buffer is full. Use F5 to 
refresh the trace status. 


8. When the trace is stopped, use option 6 to format and print the trace data. 


Starting the trace 


Starting the trace shows the Start Trace display used for SST communications 
traces. The Start Trace display allows you to control the size and use of the trace 
buffer and to select whether inbound or outbound data (or both) is traced. 


Start Trace 


Type choices, press Enter. 


Configuration object ....... FDDILINE 
TYP@s see ac dw: tee wes eed eS 1 l=Line, 2=Network interface 
3=Network server 
Trace description ........ FDDI line trace 
Buffer size (in kilobytes) .... 7 1=128, 2=256, 3=2048, 4=4096 
5=6144, 6=8192, 7=16384 
Stop on buffer full ....... Y Y=Yes, N=No 
Data direction ......... 3 1=Sent, 2=Received, 3=Both 
Number of bytes to trace: 
Beginning bytes ........ *CALC Value, *CALC 
Ending bytes ......... *CALC Value, *CALC 


F3=Exit F5=Refresh F12=Cancel 


Figure B-1. Start Trace Display 
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Configuration object 
Specify the name of the line, network interface, or network server 
description to trace. 


Type 
Specify whether the traced object is a line or a network interface 
description. 


Trace description 
The trace description is optional but can be helpful in identifying trace 
data if many traces or many variations of a trace are run. 


Buffer size 
Specify the amount of storage the system should allocate for the trace 
buffer. For high-speed communications types such as DDI, fast Ethernet 
and frame relay, a large buffer size is recommended. 


Stop on buffer full 
This value determines whether collected trace data is overwritten with 
later data once the trace buffer is filled. To trace data exchanged when 
an attached controller is varied on, select Y to stop the trace when the 
buffer is full. 


Data direction 
Determines whether data sent, data received, or both, are traced. For 
example, select 3 to trace both the data sent from the AS/400 system to 
the remote station and the responses of the remote station to the 
AS/400 system. 


Number of bytes to trace 
This field allows you to specify the number of bytes traced from the 
beginning of each frame. For local area network lines, the beginning 
bytes value must be at least 72. 


The default value, “CALC, determines the number of bytes to trace 
based on the protocol header length plus the frame size specified in the 
line or network interface description. 


The ending bytes value is ignored for local area network lines, frame- 
relay lines, and network interface descriptions. 


Trace filters for high-speed communications 


The high data rates of DDI, frame-relay, token-ring and fast Ethernet communi- 
cations can cause the trace buffer to fill very quickly. AS/400 communications trace 
support provides dynamic filtering options to save buffer space, and to exclude 
unwanted trace data. Formatting options also can be specified to limit the amount 
of data that is shown in the spooled file output of the trace. 


Trace filter options for DDI, token-ring, and Ethernet lines 


Trace data for DDI, token-ring and supported Ethernet line descriptions can be fil- 


| 
| 
| tered to include only frames sent to or received from a specified: 
| * Controller 

| e¢ Remote MAC (adapter) address 

| ¢ Remote SAP 
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e¢ Local SAP 
e IP protocol number 
e Remote IP address data 


Note: Trace filtering options are not available for all Ethernet and token-ring 
adapters. If your Ethernet or token-ring adapter does not support trace fil- 
tering, all data is traced, and the following message appears in the prologue 
of the formatted trace: "Trace Options not supported. All data was traced 
(no filtering)". 


Figure B-2 shows the Select Trace Options display that is used for DDI line 


descriptions. An identical screen is displayed when selecting trace options for 


Ethernet and token-ring line descriptions. 


[ ) 
Select Trace Options 
Configuration object ....: FDDILINE 
TYPO ss ce ac See vee Geog eee ey ETN 


Select one of the following: 


All data (no filtering) 
Remote controller data 
Remote MAC address data 
Remote SAP data 

Local SAP data 

IP protocol number 
Remote IP address data 


NOOPWNHE 


Selection 
1 


F3=Exit F5=Refresh F12=Cancel 


— 


Figure B-2. Select Trace Options Display 


The Format Trace Data display (Figure B-3 ) provides formatting options for col- 


lected trace data. 
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Format Trace Data 


Configuration object Se Stmereede FDDILINE 
Type SPs 4 a) ole bP a. sae, eae. MO, ae LINE 


Type choices, press Enter. 


Controllerss. 6-6 wineries *ALL *ALL, name 
Data representation ..... 3 1=ASCII, 2=EBCDIC, 3=*CALC 
Format RR, RNR commands N Y=Yes, N=No 
Format Broadcast data ot Y Y=Yes, N=No 
Format MAC or SMT data only . N Y=Yes, N=No 
Format UI data only ..... N Y=Yes, N=No 
Format SNA data only..... N Y=Yes, N=No 
Format TCP/IP data only N Y=Yes, N=No 
Format IPX data only N Y=Yes, N=No 
F3=Exit F5=Refresh F12=Cancel 


L J 


Figure B-3. Format Trace Data Display 


Trace options for frame-relay lines and network interfaces 


Communications trace data for frame-relay-network interfaces can be filtered to 
exclude local management interface (LMI) data or to include only LMI data. 

Figure B-4 shows the Select Trace Options display for a frame-relay network inter- 
face description. 


A trace can be started either for the frame-relay network interface or for a single 
line attached to the network interface, but not both. Only one active communi- 
cations trace is allowed on the frame-relay I/O adapter. 


Running a communications trace on a frame-relay network interface without filtering 
collects trace data for all lines (DLCls) attached to the network interface and can 
quickly fill the trace buffer. Use the option to trace only LMI data to trace data using 
DLCI 0 (the DLCI reserved for LMI data). Use the option to exclude LMI data to 
trace all other data on DLCls attached to the network interface. To trace data using 
a particular DLCI, run the communications trace on the line description corre- 
sponding to that DLCI. 
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Select Trace Options 


TYPG> asec eter eid 584. gore gewe Se UNWE 
Select one of the following: 
1. All data 


2. Exclude LMI data 
3. Only LMI data 


Figure B-4. Select Trace Options Display for Frame-Relay NWI 


The Format Trace Data display (Figure B-5 ) provides options similar to those on 
the Select Trace Options display but is used to format data already collected. 


Format Trace Data 
Configuration object 3 fied Sort FRNWI1 
TYP@ 0 6 secs eee ew ee eee FS ONWE 


MNOS Stem se wd eee card poh aiiee. oa *ALL_ *ALL, name 
Exclude LMI data. ...... N Y=Yes, N=No 
Format LMI data only..... N Y=Yes, N=No 


Figure B-5. Format Trace Data Display for Frame-Relay NWI 


Analyzing data flows on the physical interface 


For more in-depth analysis of the data transmitted and received by an ATM 
adapter, you may obtain more detailed information by tracing the data on the phys- 
ical interface. The following example shows how to start, stop, format and view a 
communications trace. 


1. Enter the Start System Service Tools (STRSST) command. 


2. Select option 1 (Start a service tool). 
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= 
System Service Tools (SST) 
Select one of the following: 
1. Start a service tool 
2. Work with active service tools 
3. Work with disk units 
4. Work with diskette data recovery 
Selection 
1 
F3=Exit F1Q=Command entry F12=Cancel 
Me 


Figure B-6. System Service Tools (SST) Display 


3. Select option 3 (Work with communications trace) 


Start a Service Tool 


Warning: Incorrect use of this service tool can cause damage 
to data in this system. Contact your service representative 
for assistance. 


Select one of the following: 


Product activity log 

Trace Licensed Internal Code 
Work with communications trace 
Display/Alter/Dump 

Licensed Internal Code log 
Main storage dump manager 
Hardware service manager 


NOOB WNHE 


Selection 
3 


F3=Exit F12=Cancel F16=SST menu 


— 


Figure B-7. Start a Service Tool Display 


4. Press F6 (Start trace). 
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Work with Communications Traces 
Type options, press Enter. 
2=Stop trace 4=Delete trace 6=Format and print trace 
7=Display message 8=Restart trace 


Configuration 
Opt Object Type Trace Description Protocol Trace Status 


(No active traces) 


F3=Exit F5=Refresh F6=Start trace F10=Change size 
Fll=Display buffer size F12=Cancel 


— 


Figure B-8. Work with Communications Trace Display 


5. Enter the name of the configuration object (in this case tsteth1), the type of 
object (1 - line), the trace description, buffer size, and data direction. 


6. Press Enter to start the trace. 


a 
Start Trace 
Type choices, press Enter. 
Configuration object ....... tstethl 
TYP@s ee seas seine: Hep ete wah atid. saicer % 1 l=Line, 2=Network interface 
3=Network server 
Trace description ........ Test trace 
Buffer size (in kilobytes) .... 4 1=128, 2=256, 3=2048, 4=4096 
5=6144, 6=8192, 7=16384 
Stop on buffer full ....... n Y=Yes, N=No 
Data direction ......... 3 1=Sent, 2=Received, 3=Both 
Number of bytes to trace: 
Beginning bytes ........ *CALC = =Value, *CALC 
Ending bytes ......... *CALC Value, *CALC 
F3=Exit F5=Refresh  F12=Cancel 
Nice 


Figure B-9. Start Trace Display 


7. After the trace has run for an appropriate length of time, use option 2 (Stop 
trace) to stop the trace. 
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Work with Communications Traces 


Type options, press Enter. 
2=Stop trace 4=Delete trace 6=Format and print trace 
7=Display message 8=Restart trace 


Configuration 
Opt Object Type Trace Description Protocol Trace Status 
2 TSTETH1 LINE TEST TRACE ETHERNET ACTIVE 
F3=Exit F5=Refresh F6=Start trace F1Q=Change size 


Fll=Display buffer size F12=Cancel 


— 


Figure B-10. Active Communications Trace Display 


8. Select option 6 (Format and print trace) to format the trace data. 


ne 
Work with Communications Traces 
Type options, press Enter. 
2=Stop trace 4=Delete trace 6=Format and print trace 
7=Display message 8=Restart trace 
Configuration 
Opt Object Type Trace Description Protocol Trace Status 
6 TSTETH1 LINE TEST TRACE ETHERNET STOPPED 
F3=Exit F5=Refresh F6=Start trace F1Q=Change size 
Fll=Display buffer size F12=Cancel 
Trace buffer wrapped 
ee 


Figure B-11. Stopped Communications Trace Display 


9. For this example, the defaults for formatting the trace are acceptable. Press 


Enter to format the trace. 
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Format Trace Data 


Configuration object othe ks axe TSTETH1 
Type a BY a Bo ser ea er gold LINE 


Type choices, press Enter. 
CONEVOLIER <6. se gs tee eke eek oe *ALL *ALL, name 
Data representation ..... 3 1=ASCII, 2=EBCDIC, 3=*CALC 


Format RR, RNR commands 
Format Broadcast data Pree No 
Format UI data only ..... Y=Yes, N=No 


N Y=Yes, N 
Y 
N 

Format SNA data only..... N Y=Yes, N=No 
N 
N 
3 


Y=Yes, N 


No 


Format TCP/IP data only Y=Yes, N=No 
Format IPX data only .... Y=Yes, N=No 
Select Ethernet data..... 1=802.3, 2=ETHV2, 3=Both 


F3=Exit F5=Refresh F12=Cancel 


E J 


Figure B-12. Format Trace Data Display 


10. When formatting of the trace data completes, you will be returned to the Format 
Trace Data panel with an appropriate message to confirm the formatting is 
complete. You may now press F3 repeatedly to exit System Service Tools. 


Format Trace Data 


Configuration object othe ks axe TSTETH1 
Type a BEY a Bo ser eae ee gold LINE 


Type choices, press Enter. 


GONEOLMER o- 80-5: ee ee eee be *ALL *ALL, name 

Data representation ..... 3 1=ASCII, 2=EBCDIC, 3=*CALC 
Format RR, RNR commands N Y=Yes, N=No 

Format Broadcast data eats Y=Yes, N=No 

Format UI data only ..... N Y=Yes, N=No 

Format SNA data only..... N Y=Yes, N=No 

Format TCP/IP data only N Y=Yes, N=No 

Format IPX data only es ae N Y=Yes, N=No 

Select Ethernet data..... 3 1=802.3, 2=ETHV2, 3=Both 

F3=Exit F5=Refresh F12=Cancel 


Format of trace data complete | 
— 


Figure B-13. Format Trace Data Complete Display 


11. The trace data may be viewed by entering the Work with Spooled Files 
(WRKSPLF) command, finding the entry just created and displaying that entry. 
An excerpt of the previous trace is included below. 
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The communications line trace is intended for use by individuals with extensive 
knowledge of communications protocols. The analysis of such information is 
beyond the scope of this book. 


COMMUNICATIONS TRACE Title: TEST TRACE 07/25/97 11:32:28 Page: 1 
Trace Description .... .: TEST TRACE 
Configuration object... . :  TSTETH1 
TY POz a" Sew obs weiiw Sechelt 48 1 lsLine, 2=Network Interface 
3=Network server 
Object protocol ......32 ETHERNET 
Start date/Time ......3 07/25/97 11:31:21.961 
End date/Time . 2... . . 3: 07/25/97 11:31:40.051 
Bytes collected ......: 4193526 
Buffer size (in kilobytes) .: 4 1=128, 2=256, 3=2048, 4=4096 
5=6144, 6=8192, 7=16384 
Data direction... ... 23 3 1=Sent, 2=Received, 3=Both 
Stop on buffer full ....: N Y=Yes, N=No 
Number of bytes to trace 
Beginning bytes ..... 3:  ¥*CALC Value, *CALC 
Ending bytes ......:  *CALC Value, *CALC 
Select Trace Options: 
Remote Controller .....: Name, *ALL 
Remote MAC Address... ..: Value, *ALL 
Remote SAP vis ts asa kee eet Value, *ALL 
LOCAL ASAP! 4.05 Eo eee. ee? Value, *ALL 
IP Identifier .......3: Value, *ALL 
Remote IP Address ..... 2: Value, *ALL 
Format Options: 
Controller name ......: = *ALL *ALL, name 
Data representation ....: 3 1=ASCII, 2=EBCDIC, 3=*CALC 
Format SNA data only... . 3: N Y=Yes, N=No 
Format RR, RNR commands N Y=Yes, N=No 
Format TCP/IP data only N Y=Yes, N=No 
Format IPX data only N Y=Yes, N=No 
Format UI data only ....: N Y=Yes, N=No 
Select Ethernet data... .: 3 1*802.3, 2=ETHV2, 3=Both 
Format Broadcast data ...: Y Y=Yes, N=No 
COMMUNICATIONS TRACE Title: TEST TRACE 07/25/97 11:32:28 Page: 2 
Record Number . . . . Number of record in trace buffer (decimal) 
S/R 2 scat oo ate ge S=Sent R=Received M=Modem Change 
Data Length... .. Amount of data in record (decimal) 
Record Status . . . . Status of record 
Record Timer Time stamp. Based on communications hardware, the time 
stamp will be either: 
1. 10 microsecond resolution time of day 
(HH:MM:SS.NNNNN) based on the system time when the 
trace was stopped 
2. 100 millisecond resolution relative timer with 
decimal times ranging from 0 to 6553.5 seconds 
Data Type... 2... EBCDIC data, ASCII data or Blank=Unknown 
Controller name . . . Name of controller associated with record 
Command. 2... e Command/Response information 


Number received . . . 
Poll/Final 


Destination MAC Address . . . 


Source MAC Address 
DSAP 
SSAP 
Frame Format 


Count of records sent 

Count of records received 

ON=Poll for Commands, Final for Responses 
. Physical address of destination 
Physical address of source 
Destination Service Access Point 

Source Service Access Point 

802.3 (IEEE Standard 802.3) or ETHV2 
(Ethernet Version 2) 


Commands /Responses: 
Dt Shea Sut acess Information 
RRep- sey Stor et ee as Receive Ready 
| ra Receive Not Ready 
REDS So om whe & Reject 
UTD pais ets Unnumbered Information 
UA Acs ches een te ig Unnumbered Acknowledgment 
DISCS or ado tore: Disconnect/Request Disconnect 
TESTS og 9 es ch xt csp Test 
SIM) ieee tide ssa Set Initialization Mode 
|, erie a as Frame Reject 
DM gi wsi ascent: ieee Disconnected Mode 
XID’ Gis a eee Exchange ID 
SABME,~ 5.8 ene es Set Asynchronous Balanced Mode Extended 
RRR Command/Response Not Valid 
WRT! tb sa, Sib oa Virtual Path Indentifier (decimal) 
NOT. gb sg ade Sag a a Virtual Channel Identifier (decimal) 
LEHDR 209 sine. Sit he 38. “s Lan Emulation Header 
COMMUNICATIONS TRACE Title: TEST TRACE 07/25/97 11:32:28 Page: 2 


x*% COMMUNICATIONS TRACE INFORMATION MESSAGES *** 
Trace buffer wrapped 
xx END TRACE INFORMATION MESSAGES *** 


Figure B-14. Communications Trace Data Excerpt. Part 1 of 2. 
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COMMUNICATIONS TRACE Title: TEST TRACE 07/25/97 11:32:28 Page: 3 
Record Data Record Controller Destination Source Frame Number Number Poll/ 
Number S/R Length Timer Name MAC Address MAC Address Format Command Sent Received Final DSAP SSAP 


1221 S$ 540 11:31:24.76305 002035E2C29F 002035E2C2BD ETHV2 Type: 0800 
VPI 0 VCI 40 LEHDR 4803 
Data... . . : 4500021CB6BBO000 4001AC210A010101 0A0101020800CEOB 00155C027BA19E9E 
8A0680007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F28000 
1222 = R 540 11:31:24.76483 002035E2C2BD 002035E2C29F ETHV2 Type: 0800 
VPI 0 VCI 41 LEHDR 4804 
Data... . . : 4500021CB6BCO000 4001AC200A010102 0A0101010000D60B 00155C027BA19E9E 
8A0680007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E a P 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E *H2..#...H2..#...H2.. 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E *H2..#...H2..#...H2.. 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E oH2..#...H2.. 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E *H2..#...H2..#...H2.. 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E *H2..#...H2..#...H2.. 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 
88F280007BA19E9E 88F280007BA19E9E 88F280007BA19E9E 88F28000 


Se Se Se Se Se Se Se He Se Se Se ke Se Se Se 


Se Se Sk Se Se Sk Sk Se Se Se Se Se Se Se ee 


Figure B-15. Communications Trace Data Excerpt. Part 2 of 2. 
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Appendix C. AS/400 LAN manager support 


The AS/400 LAN manager is part of the OS/400 licensed program that provides 
basic LAN management functions for token-ring and DDI networks. The LAN 
manager monitors the status of the network and attached stations and provides 
problem determination information. The AS/400 LAN manager provides this support 
for the locally attached ring only. 
AS/400 LAN manager support includes the following: 

e Analysis and reporting of error conditions, such as beaconing.' 


e Alerts the network central site of errors causing performance degradation and 
beaconing conditions. 


¢ Operational functions, such as: 
— Displaying ring configuration 
— Displaying network status 


Displaying adapter profiles 


Adapter name support 


— Setting the level of error reporting and logging 


For token-ring networks, the LAN manager uses the ring error monitor (REM) and 
configuration report server (CRS) functions. LAN manager support for DDI networks 
uses FDDI Station Management (SMT), versions 6.2 through 7.3. The AS/400 LAN 
manager does not support management of LAN Server-connected LANs or of 
remote LANs attached through frame-relay connections. 


Token-ring network LAN manager support 


You can turn on and turn off AS/400 LAN manager support on token-ring lines 
using the ACTLANMGR (Activate LAN Manager) parameter in the token-ring line 
description. Figure C-1 on page C-2 and Figure C-2 on page C-2 show examples 
of AS/400 line description screen displays. See “LAN manager support activation 
considerations” on page C-3 for further information. 


ACTLANMGR Activate LAN Manager. This parameter provides the option of 
turning on or turning off LAN manager support for the line. Specifying 
“NO disables the REM and CRS functions, and no error information is 
sent to the history log queue (QHST) and the system operator queue 
(QSYSOPR). Setting ACTLANMGR to *NO may increase network proc- 
essing performance. 


Note: ACTLANMGR must be set to “YES when RSRCNAME(*NWID) 
is specified. 


Figure C-1 shows an example of the Create Line Description (CRTLINTRN) display 
for token ring. Set ACTLANMGR to *NO to turn off the LAN manager. 


1 Beaconing is a repeated message sent in a token-ring network to indicate an adapter is not receiving a normal signal because of 
a serious error, such as a line break or power failure. 
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Create Line Desc (Token-Ring) (CRTLINTRN) 


Additional Parameters 


Network controller ....... Name 
Activate LAN manager ...... *NO *YES, *NO 
TRLAN manager logging level ..  ¥*OFF *OFF, «MIN, *MED, *MAX 
TRLAN manager mode. ...... *OBSERVING *OBSERVING, *CONTROLLING 
Log configuration changes ...  *LOG *LOG, *NOLOG 
Token-ring inform of beacon ..  ¥*YES *YES, «NO 
Functional address ....... *NONE *NONE, COQOQ00000001... 

+ for more values 
Early token release ...... *LINESPEED *YES, *NO, *LINESPEED 
Error threshold level ..... *OFF *OFF, *MIN, *MED, *MAX 
Link speed... 1... 22s 4M *MIN, 1200, 2400, 4800... 


More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


Figure C-1. Turning Off LAN Manager in the CRTLINTRN Display for Token Ring 


Figure C-2 shows an example of the Change Line Description (CHGLINTRN) 
display for a token-ring line. Set ACTLANMGR to *NO to turn off LAN Manager 
support for token-ring line TRNO1. 


Change Line Desc (Token-Ring) (CHGLINTRN) 


Type choices, press Enter. 


Line description. ....... > TRNO1 Name 

Resource name ......... TRNO1 Name, *SAME, *NWID, *NWSD 
Online at IPL ......... *NO *SAME, *YES, *NO 

Vary onwait.......... *NOWAIT *NOWAIT, 15-180 seconds 
Maximum controllers ...... 40 1-256, *SAME 

Line speed... 1.2... 2 eee 16M *SAME, 4M, 16M, *NWI 

DUP TX sss nJs bee celine: tre Sey acu ores *HALF Character value, *SAME... 
Maximum frame size. ...... 1994 265-16393, *SAME, 265, 521... 
Activate LAN manager ...... *NO *SAME, *YES, *NO 

TRLAN manager logging level ..  ¥*OFF *SAME, *OFF, *MIN, *MED, *MAX 
TRLAN manager mode. ...... *CONTROLLING *SAME, *OBSERVING... 

Log configuration changes ...  *LOG *SAME, *LOG, *NOLOG 
Token-ring inform of beacon ..  ¥*NO *SAME, *YES, *NO 

Local adapter address ..... *ADPT 400000000000-7FFFFFFFFFFF... 
Functional address ....... * SAME *SAME, *NONE, COQ00Q000001... 


+ for more values 
More... 
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display 
F24=More keys 


—————————————— el 


Figure C-2. Turning Off LAN Manager in the CHGLINTRN Display for Token Ring 
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LAN manager support activation considerations 
If the token-ring line supports LAN Manager, consider setting ACTLANMGR to 
*YES if: 


e No other token-ring management is available in your installation 
¢ No other token-ring line on an AS/400 system monitors the ring 
e Problems are actively occurring on the ring 


e¢ Equipment that is attached on the token ring is being changed 


Consider setting ACTLANMGR to *NO on a token-ring line if: 


e Other lines on the current or another AS/400 system attach to the same token- 
ring line and have an active LAN Manager 


e Hardware already on the ring provides LAN Manager support adequate to 
monitor the ring stations on the token ring 


¢ The AS/400 system is a 9401 or 9402 model 


¢ Your system has a multifunction input/output processor (IOP) supporting more 
than one token-ring attachment, and it has become a bottleneck 


Note: When ACTLANMGR is set to *NO, the TRNLOGLVL, TRNMGRMODE, 
LOGCFGCHG and TRNINFBCN parameters are ignored (see “Specifying 
LAN manager operations”). 


Specifying LAN manager operations 


The level of support provided by the AS/400 LAN Manager is specified using 
several parameters on the token-ring and DDI line descriptions. 


Token-ring network lines 
The Create Line Description (Token-Ring) (CRTLINTRN) command allows you to 
specify a number of parameters used to control error reporting on the ring. After 
the line description has been created, these parameters can be changed using the 
Change Line Description (Token-Ring) (CHGLINTRN) command. 


TRNLOGLVL 
TRLAN Manager logging level. This parameter is used to change the 
level of error logging on the ring. The logging levels supported by the 
TRNLOGLVL parameter are *OFF, *MIN, *MED, and *MAX. 


Table C-1 shows the messages logged by the AS/400 LAN Manager for 
various error conditions when TRNLOGLVL is set to *MIN, *MED, and 
“MAX. The TRNLOGLVL value listed is the minimum value required for 
the message to be logged. For example, messages listed as requiring a 
minimum TRNLOGLVL value of *MED will also be listed if the 
TRNLOGLVL value specified is *MAX. 
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Table C-1. LAN Manager Message Logging for Token-Ring Network Lines 
Minimum 
TRNLOGLVL 

Event or Condition Message Value 

Recoverable errors increasing CPF8B01 *MIN 

Excessive recoverable errors CPF8B03 *MIN 

Frequency mismatch errors CPF8B05 *MED 

Frame copied errors CPF8B06 *MED 

Receive congestion errors CPF8B07 *MED 

Lost frame errors CPF8B08 *MED 

Token errors CPF8B09 *MED 

Ring monitor errors CPF8B10 *MAX 

Poll failure CPF8B11 *MAX 

Recoverable error report CPF8B12 *MAX 1 

Excessive recoverable errors CPF8B13 *MIN 

Recoverable errors increasing CPF8B14 *MIN 

Received invalid ring error monitor (REM) 

data CPF8B21 *MIN 

Received invalid configuration report 

server (CRS) data CPF8B22 *MIN 

Receiver congestion table full CPF8B25 *MIN 

Receiver congestion CPF8B26 *MIN 

1CPF8B12 messages may also be logged when TRNLOGLVL(*MED) is specified. 

CPF8B12 is logged with one or more of messages CPF8B03 and CPF8BO05—CPF8B09 

when the number of errors reported by these messages exceeds the error threshold for 

the adapter. 


TRNMGRMODE 
TRLAN Manager mode. The line description can be configured to serve 
as a controlling (“CONTROLLING) or observing (“OBSERVING) network 
manager. Only one adapter (line description) configured as a controlling 
network manager can be active on the ring at one time. 


The controlling network manager tracks configuration changes on the 
ring and can remove other adapters from the ring. Changes are tracked 
through the nearest active upstream neighbor (NAUN) reports on the 
ring. 


LOGCFGCHG 
Log configuration changes. If LOGCFGCHG(*LOG) is specified on the 
line description, the network manager on the line logs all changes in 
QHST. These changes include one of the following: 


e Whenever a station joins the ring, for example, when a workstation 
is powered on. 


e Whenever a station leaves the ring, for example, when a workstation 
is powered off. 


If LOGCFGCHG(*NOLOG) is specified, no changes are tracked. 
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DDI lines 


TRNINFBCN 
Token-ring inform of beacon. To send beaconing information to the 
history log (QHST), specify *YES for this parameter. If you specify *NO, 
the information is not logged. 


Ring error problems reported to QHST are logged as messages. Many 
problems are also logged to the system operator message queue 
(QSYSOPR). Errors on the ring considered serious enough to affect per- 
formance and other errors that cause beaconing are logged to QHST as 
alertable messages. Alertable messages may cause an alert to be 
reported to a network operator at a problem management (alert) focal 
point. 


IBM Personal Computer LAN manager 

The IBM LAN Manager provides network management functions for the personal 
computer that are similar to those of the AS/400 LAN Manager. Table C-2 lists the 
terminology used by the PC LAN Manager to describe soft (recoverable) error 
levels and the equivalent logging level values specified for the AS/400 
TRNLOGLVL parameter. 


Table C-2. Token-Ring Network Manager Terminology 

LAN Manager Error 

Logging Level Equivalent AS/400 TRNLOGLVL Parameter Value 
Full *MAX (maximum) 

Limited *MIN or *MED (minimum or medium) 

None “OFF 

Reset No similar parameter 


The Create Line Description (DDI) (CRTLINDDI) command allows you to specify a 
number of parameters used to control error reporting on the ring. After the line 
description has been created, these parameters can be changed using the Change 
Line Description (DDI) (CHGLINDDI) command. 


LOGLVL 
Log level. This parameter is used to change the level of error logging on 
the ring. The logging levels supported by the LOGLVL parameter are 
“OFF, “ERRORS, and *ALL. *ERRORS logs only ring error messages. 
“ALL logs both error and informational messages. 


Table C-3 shows the messages logged by the AS/400 LAN manager for 
various error conditions when LOGLVL is set to “ERRORS or *ALL. The 
LOGLVL value listed is the minimum value required for the message to 
be logged. For example, messages listed as requiring a minimum 
LOGLVL value of “ERRORS will also be listed if the LOGLVL value 
specified is *ALL. 
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Table C-3. LAN Manager Message Logging for DDI Lines 

Minimum 
Event or Condition Message LOGLVL Value 
Duplicate address CPF8B95 *“ERRORS 
Elasticity buffer condition CPF8B97 *“ERRORS 
Frame error condition CPF8B90 *“ERRORS 
Frame not copied condition CPF8B85 “ERRORS 
Link error rate (LER) alarm CPF8B92 *ALL 
MAC path change event CPF8BCO *ALL 
Neighbor change event CPF8BB3 *ALL 
Peer wrap condition CPF8B9A *ERRORS 
Port path change event CPF8BA4 *ERRORS 
Undesirable connection CPF8BA8 *ALL 


LCLMGRMODE 
Local manager mode. This parameter specifies whether the local station 
(line description) serves as an observing LAN Manager (*“OBSERVING) 
or not (*“NONE). If “OBSERVING is specified, this station can retrieve 
information about all other adapters on the network. If *NONE is speci- 
fied, the local LAN Manager function can supply information about the 
local adapter only. 


Using the LAN manager 


You can use menus, prompt displays, or CL commands to perform AS/400 LAN 
Manager functions. The following commands provide the CL interface to the AS/400 
LAN Manager. 


ADDLANADPI Add LAN Adapter Information 
CHGLANADPI Change LAN Adapter Information 
DSPLANADPP Display LAN Adapter Profile 
DSPLANSTS Display LAN Status 
RMVLANADPT Remove LAN Adapter 
RMVLANADPI Remove LAN Adapter Information 
RNMLANADPI Rename LAN Adapter Information 
WRKLANADPT Work with LAN Adapters 


The Work with LAN Adapters display shown in Figure C-3 provides access to all of 
the functions of the commands listed above. 


For token-ring lines, the Work with LAN Adapters display also includes Option 14 
(Remove adapter) if the following are true: 


e The line description specified is a token-ring line specified with 
TRNMGRMODE(*CONTROLLING) 


e The user has authority to use the RMVLANADPT command 
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[ | 


Work with LAN Adapters 
System: SYSNAMxx 
Line description. ....... :  DDILINE 
Line type ...........:  £¥*DDI 
Type options, press Enter. 
1=Add entry 2=Change 4=Remove entry 5=Display profile 6=Print 
7=Rename 
Opt Address Name Status Description 
_ 10005AEDC042 ENDAS401DD Active ENDAS401 DAS card 
—  10005ADF035B CONCENTRAT Active IBM Concentrator 
— 10000418859A STARWS Active Solar Workstation SAS 
_ Q000A65080B5 NETSYS Active NETSYS System 
_ 10005AEDC256 LABSYS@1 Inactive DDI 
_ 100@5AEDC25C LABSYS0@2 Inactive 
—  10005AEDC226 ENDAS411DD Inactive ENDAS411 FDDI Adapter 
Bottom 
Command 
===> 
F3=Exit F4=Prompt F5=Refresh F6=Print F9=Retrieve 
Fl0=Display LAN status F1l1=Display full text  F12=Cancel F17=Position to 


L J 


Figure C-3. Work with LAN Adapters Display 


LAN manager functions can also be accessed through the following commands: 


Work with Configuration Status 
Select option 12 (Work with LAN adapters) on the Work with Configura- 
tion Status display for the token-ring or DDI line description. This option 
shows the Work with LAN Adapters display for the selected line 
description. 


Work with Hardware Resources 
Specify type *LAN on the Work with Hardware Resources command. 
The resulting display (Work with LAN Adapter Information) allows you to 
work with information in the network adapter file. See Working with LAN 
adapter information for more information about the network adapter file. 


Working with LAN adapter information 
The network adapter file contains information that allows you to easily identify each 
adapter on the network. The adapter file associates names and descriptions that 
you specify for each adapter on the token-ring or DDI network. 


For example, if a user changes physical location or begins using a system with a 
different adapter address, you can use the network adapter file to update this infor- 
mation. 


When the WRKLANADPT command is run, the system automatically assigns 
names to adapters that do not already exist in the network adapter file. Adapter 
names assigned by the system use the format Dxxxxxxxxx, where xxxxxxxxx is the 
last 9 digits of the adapter address. Use the RNMLANADPI command or the 
rename option on the Work with LAN Adapters display to change the default name. 
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Use the WRKLANADPT, ADDLANADPI, CHGLANADPI, RNMLANADPI, and 
RMVLANADPI commands to update the network adapter file. Note that removing 
LAN adapter information does not remove (de-insert) that adapter from the network. 


Display LAN adapter profile 


You can display the adapter profile from the Work with LAN Adapters display by 
selecting option 5 (Display profile) or by using the Display LAN Adapter Profile 
(DSPLANADPP) command. If the specified adapter does not exist in the network 
adapter file when the DSPLANADPP command is run, the system automatically 
supplies a default name for the adapter. If the upstream or downstream adapters 
do not exist in the network adapter file, the system supplies default names for these 
adapters also. 


Figure C-4 shows an example of the Display Adapter Profile displays for a token- 
ring network adapter. 


f | 


Display Adapter Profile 
System: SYSNAMxx 


Product ID... ....... 2... : OCAFQ000000100746600032A334701683347 
Licensed internal code. ......: FOFOFOC1F6F4F1F1F740 

Group address ........... : (C00080000000 

Adapter address .......... : 40007A01D03E 

Adapter name. .......... =. : + DOQ7AQ1DO03E 

Adapter description ........ : 

NAUN address... ......... : = 400000001591 


NAUN ame. 4-02 Se. we ce eee 8 DO000001591 


Functional 
Function Address 
Ring Error Monitor C00000000008 
Configuration Report Server C00000000010 


Bottom 
Press Enter to continue. 


F3=Exit F5=Refresh F6=Print F12=Cancel 
a J 


Figure C-4. Display Adapter Profile Display for Token-Ring Network Adapter 


Figure C-5 shows an example of the Display Adapter Profile displays for a DDI 
adapter. Blank entries indicate that the value either cannot be retrieved by the LAN 
manager or are not supported by the displayed adapter. The entry for Last set 
station address is always blank when the Station set count is zero. 
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— 


; 


Display LAN Adapter Profile 
System: SYSNAMxx 
Line information: 
Line description ............ :  DDILINE 
LANG CYDE: seca. so Sod Se % ee Gea ey ee ee th SRDDI 
Adapter information: 
Address . 2... 1 eee ee ee ew we ee t)~©6-LOOO5AEDCO42 
Name: a6: /Ry-r hts Shyat hese car nes tyke ata hw ste ENDAS401DD 
DESGriPtion ie see se ee Sek! Bowe ce i Reseed ENDAS401 DAS card 
Neighbor information: 
Upstream address ..... 2.5.5. ee eet 10005ADF035B 
Upstream name. .........4.2..4-. :  CONCENTRAT 
DESCKIPETON. ch so Gee elck Gem tet ee ae Oe : IBM Concentrator 
Downstream address .......5 eee 0000A65080B5 
Downstream name. ........+. +... =: ~~ #4x2NETSYS 
Description. ............. +. : + NETSYS System 
More... 
F3=Exit F5=Refresh F6=Print  F12=Cancel 
L J 
Figure C-5 (Part 1 of 4). Display Adapter Profile Display for DDI Adapter 
[ | 
Display LAN Adapter Profile 
System: SYSNAMxx 
Station states: 
Operating State. ..........+.+.: ~~ °4x7hru 
Ring connection: 
Operational 
Port A connection. ...........:  £2Active 
Port B connection. ...........:  £2Active 
Station Connection ..........4.32 In 
Station Configuration. .........: Thru 
P6@r wrap: yerlins. i: Qicares tite a athe tose & Sees Off 


Figure C-5 (Part 2 of 4). Display Adapter Profile Display for DDI Adapter 


— 


Display LAN Adapter Profile 


Additional information: 
Non-master port count .......... : 
Master port count. .........4.4-3: 
Port A physical media type 
Port B physical media type 
Supported SMT versions .........: 
Universal adapter address ........: 
Manufacturer information 


a 


a 


Cy 


System: 


Unspecified 
Unspecified 
00002 
10005AEDCO42 


Figure C-5 (Part 3 of 4). Display Adapter Profile Display for DDI Adapter 
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SYSNAMxx 


C-9 


— 


— 


Display LAN Adapter Profile 

Station status: 
Status reporting ............:  £4On 
MAC total frames received ........ : 9000001318 
MAC frames copied. ........... : 0000001318 
MAC frames transmitted ......... : 0000000239 
MAC frames lost. ........+.4+.4+. +. : 9000000000 
MAC frame errors .......... +. +. : 9000000000 
MAC frame error threshold ........ : 00000 
MAC frame error ratio.......... : 00000 
Port A LEM count ............ : (000000000 
Port A LER alarm threshold .......: 1.0E-08 
Port A LER cutoff threshold ....... : 1.0E-07 
Port A LER estimate ........... : 1.0E-15 
Port B LEM count .........4... : 9000000000 
Port B LER alarm threshold ....... : 1.0E-08 
Port B LER cutoff threshold .......: 1.0E-07 
Port B LER estimate ...........:3 1.0E-15 
Station set count. .........24.24.:3 0000000000 
Last set station address ........: 

F3=Exit F5=Refresh F6=Print F12=Cancel 


; 


System: SYSNAMxx 


Bottom 


Figure C-5 (Part 4 of 4). Display Adapter Profile Display for DDI Adapter 


Display LAN status 


You can display the status of the network from the Work with LAN Adapters display 
by pressing F10 (Display LAN status) or by using the Display LAN Status 


(DSPLANSTS) command. 


Figure C-6 shows an example of the Display LAN Status display for a DDI network. 


Display LAN Status 


Line description. .......... :  DDILINE 
Ring status ........4..+.+.. : Operational 


Figure C-6. Display LAN Status Display 
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System: SYSNAMxx 


Appendix D. Address considerations for bridged 
environments 


MAC addresses are always displayed in the physical address format for the DDI, 
token ring, or Ethernet environment even if they represent stations on other LAN 
media. Refer to “Token-ring physical address format” on page 3-3 for the format of 
token-ring and DDI MAC addresses or to “Ethernet physical address format” on 
page 5-4 for the format of Ethernet MAC addresses. 


Because MAC address formats are in a different bit order, the configured physical 
addresses will appear in reversed bit order when viewed from different LAN types 
on opposite sides of the 8209 LAN Bridge. “Token-ring-to-Ethernet address 
conversion” on page D-3 provides a conversion table for determining the equivalent 
addresses. 


Note: If you are using the same LAN types on both sides of a series of bridges, 
no address conversion is necessary. For example, an AS/400 system in an 
Ethernet network communicating with another AS/400 system in an Ethernet 
network across a token ring and two LAN Bridges does not need to convert 
addresses. 


Examples of address views 
Consider the following example of different address views. 
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PS/2 Workstation 


Address 
11005A00121A 


RS/6000 System 


Address 
88005A00C838 


[| 


rs 


Eth 
Token-Ring Network oe thernet 
8209 
LAN Bridge 


AS/400 System 1 


Address 
400003190001 


AS/400 System 2 


Address 


0200C0980040 


RV4W059-0 


Figure D-1. Bridged LAN Addressing 


Configuration records for AS/400 system on token-ring network 
When System 1 in Figure D-1 is being configured, the addresses of the various 
systems in the network are viewed as being in token-ring addressing format of most 
significant bit. The following figure demonstrates System 1 viewpoint. 


Table D-1. Addresses from AS/400 1 View 

AS/400 1 View Address 

Local Address (System 1) 400003190001 
Remote AS/400 System (System 2) 400003190002 
PS/2 Address 11005A00121A 
RS/6000 Address 11005A00131C 


Configuration records for AS/400 system on Ethernet network 


When System 2 in Figure D-1 is being configured, the addresses of the various 
systems in the network are viewed as being in Ethernet addressing format of least 
significant bit. The following figure demonstrates System 2 viewpoint. 
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Table D-2. Addresses from AS/400 2 View 

AS/400 2 View Address 

Local Address (System 2) 020000980040 
Remote AS/400 System (System 1) 0200C0980080 
PS/2 Address 88005A004858 
RS/6000 Address 88005A00C838 


Token-ring-to-Ethernet address conversion 


The bit order of the 48-bit (12-hexadecimal digits) IEEE MAC address is reversed 
between the token-ring and Ethernet LANs. Some protocols that use this MAC 
address may not adjust for the inverted bits when communicating between LANs. 
Therefore, you must manually convert the address bit order. Use the following pro- 
cedure and Table D-3 on page D-4 to convert an address. For an example of how 
to convert an address, see “Example of converting an address” on page D-4. 


1. Write the 12-hexadecimal-digit MAC address. 


Note: Separate the 12-hexadecimal digits into pairs. Use the first character of 
each pair as the row coordinate and the second character as the 
column coordinate. 


2. Locate a bit order inverted pair in Table D-3 on page D-4. 


3. Combine the 6 pairs into a 12-hexadecimal-digit address. 
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Table D-3. Example Conversion Table 


2nd 

Char — 

(Column) 

1st Char 

| (Row) 0 1 2 3 4 5 6 7 8 9 A B Cc D E F 
0 00 | 80 | 40 | CO} 20 | AO |} 60 | EO |} 10 |} 90 | 50 | DO} 30 |} BO | 70 | FO 
1 08 | 88 | 48 | C8} 28 | A8 | 68 | E8 |} 18 | 98 | 58 | D8} 38 | BB} 78 | F8 
2 04 84 44 C4 | 24 A4 | 64 E4 14 94 54 D4 | 34 B4 | 74 F4 
3 oc | 8C | 4C | CC} 20 | AC} 6C | EC} 1C |} 9C | 5C | DC} 3C |} BC} 7C | FC 
4 02 82 42 C2 | 22 A2 | 62 E2 12 92 52 D2 | 32 B2 | 72 F2 
5 OA | 8A 4A CA | 2A AA | 6A EA | 1A | 9A 5A | DA | 3A BA | 7A FA 
6 06 | 86 | 46 | C6} 26 | AB | 66 | E6 |} 16 |} 96 | 56 | D6 |} 36 | BE | 76 | FE 
7 OE | 8E 4E CE |} 2E AE | 6E EE 1E | 9E 5E DE | 3E BE | 7E FE 
8 01 81 41 C1 21 Al 61 E1 11 91 51 D1 31 Bi 71 FA 
9 09 | 89 | 49 | C9} 29 | AD} 69 | EO} 19 | 99 | 59 | DI} 39 | BO] 79 | F9 
A 05 | 8 | 45 | C5} 25 | A5 | 65 | E5 |} 15 | 95 | 55 | DS |} 35 | BS | 75 | F5 
B OD | 8D |} 4D CD} 2D | AD} 6D ED} 1D} 9D | 5D | DD| 3D BD | 7D FD 
Cc 03 | 83 | 43 | C3} 23 | AB} 638 | E3 |} 13 | 93 | 53 | D3} 33 | B38] 73 | F3 
D 0B | 8B 4B CB |} 2B AB | 6B EB 1B | 9B 5B DB | 3B BB | 7B FB 
E 07 87 47 C7 | 27 A7 | 67 E7 17 97 57 D7 | 37 B7 | 77 F7 
F OF | 8F 4F CF | 2F AF | 6F EF 1F | 9F 5F DF | 3F BF | 7F FF 


Example of converting an address 


Figure D-2 shows how token-ring address 10005A4DBC$96 is converted into a bit- 
inverted Ethernet address of O8005AB23D69. 


10 OO 5A 4D BC 96 


oe oe 


| Conversion Table | 


| 
' 
08 00 5A BZ 3D 69 


RC9P057-2 


Figure D-2. An Example of Token-Ring Address Conversion 


For more examples of converting adapter addresses for bridged configurations, see 
“Token-ring-to-Ethernet bridge configuration example” on page 6-8. 
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| Appendix E. ATM network error codes and cause codes 


| This appendix describes AS/400 ATM network error codes and cause codes. 


| ATM network error codes 


| The LAN emulation software may report the following ATM network error codes: 


Table E-1 (Page 1 of 6). ATM Network Error Codes 


Error 
Code 


Technical Description 


1EC08001 


A failure occurred during the JOIN request. The LAN emulation server reported 
the cause of the failure as "unknown". 


1EC08002 


The LEC attempted to create a connection to the LES and the call setup failed. 
The LEC received no response from the LES within the timeout period. The 
line description may contain an incorrect LES ATM address or the LES may be 
inoperative. Check the LES ATM address in the line description for accuracy 
and ensure the LES is powered on and operational. 


1EC08003 


The LEC attempted to create a connection to the LES and the call setup failed. 
The LEC received an error response from the switch. Use the network cause 
code to determine the source of the error and its remedy. 


1EC08004 


The LEC sent an ARP (address resolution protocol) to the LES to determine 
the address of the BUS. The LES responded to the request but did not return 
the address of the BUS to the LEC. The problem resides in either the LES or 
the BUS. 


1EC0800A 


The LEC sent an ARP (address resolution protocol) to the LES to determine 
the address of the BUS. The LES did not respond to the LEC within the 
timeout period. The problem resides in the LES. 


1EC0800D 


The AS/400 Licensed Internal Code failed during a vary-on of the line. You 
should contact your service provider. 


1EC0800E 


The LEC attempted to create a connection to the BUS and the call setup 
failed. The LEC received no response from the BUS within the timeout period. 
This may be due to an inoperative BUS, or due to an incorrect BUS address 
received from the LES. The problem resides either in the LES or the BUS. 


1ECO0800F 


1EC08011 


The LEC attempted to create a connection to the LECS and the call setup 
failed. Either the LEC received an error response from the switch, or it 
received no response from the LECS within the timeout period. The problem 
resides in either the switch or the LECS. Use the network cause code to deter- 
mine the source of the error and its remedy. 


The LEC attempted to register its ATM address with the switch. The switch 
returned an error and the address was not registered. This could be due to a 
number of reasons. There may be a problem with the switch. Another device 
may have already registered this address with the switch. A licensed internal 
code failure may have occurred. Check to ensure that no other device has reg- 
istered the same ATM address as the AS/400 LEC. If this is not the case, 
contact your service provider for assistance. 
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Table E-1 (Page 2 of 6). ATM Network Error Codes 


Error 
Code 


Technical Description 


1EC08020 


The connection from the LAN Emulation Client (LEC) to the BUS was 
unexpectedly cleared. Use the network cause code to determine the reason for 
the failure and its remedy. If no network cause code was returned, the reasons 
may be either a timeout waiting for a response, the loss of the physical con- 
nection or the call was cleared due to other errors within the AS/400 ATM soft- 
ware. 


1EC08021 


The connection from the LAN Emulation Client (LEC) to the LES was 
unexpectedly cleared. Use the network cause code to determine the reason for 
the failure and its remedy. If no network cause code was returned, the reasons 
may be either a timeout waiting for a response, the loss of the physical con- 
nection or the call was cleared due to other errors within the AS/400 ATM soft- 
ware. 


1EC08101 


The version of LAN emulation in use by the LAN emulation server does not 
match that of the AS/400 LAN emulation client. The AS/400 supports only ATM 
Forum LAN Emulation standard 1.0. If possible, change the LES configuration 
to use this standard. Otherwise, the AS/400 can not connect with this LES. 


1EC0810F 


The version of LAN emulation in use by the LAN emulation configuration 
server does not match that of the AS/400 LAN emulation client. The AS/400 
supports only ATM Forum LAN Emulation standard 1.0. If possible, change the 
LECS configuration to use this standard. Otherwise, the AS/400 can not 
connect with this LECS. Directly configuring the AS/400 LEC to use a specific 
LAN emulation server provides an alternative to using the LECS. Do this by 
changing the line description to *NO in the Use LECS address parameter field 
and entering a valid ATM address in the LES ATM address parameter fields. 


1EC08201 


This LEC sent a JOIN request to the LAN emulation server with parameters 
that are incompatible with the emulated LAN the LES controls. Consult the 
LES configuration to determine appropriate values and change the values on 
the AS/400 line description to acceptable alternatives. If no acceptable values 
can be found, the AS/400 LEC cannot connect with this LES. 


1EC0820F 


This LEC sent a JOIN request to the LAN emulation server with parameters 
that are either not valid or are incompatible with the emulated LAN the LES 
controls. Consult the LES configuration to determine appropriate values and 
change the values on the AS/400 line description to acceptable alternatives. If 
no acceptable values can be found, the AS/400 LEC cannot connect with this 
LES. If acceptable alternatives are used but the LEC still returns this error, a 
problem may exist in the AS/400 ATM software. In such a case, contact your 
service provider for further assistance. 


1EC08401 


The LEC attempted to JOIN an emulated LAN using a LAN MAC address 
already in use by another device. The LAN emulation server will not allow two 
devices to register with the same address. Either this LEC or the other device 
must change their MAC (local adapter) address in order for both to JOIN this 
emulated LAN. 


1EC08501 


The LEC attempted to JOIN an emulated LAN using an ATM address already 
in use by another device. The LAN emulation server will not allow two devices 
to register with the same address. Either this LEC or the other device must 
change their ATM address in order for both to JOIN this emulated LAN. 


1EC08601 


The LAN emulation server denied a JOIN request due to insufficient resources 
within the LES. Typically, this indicates the LES currently serves its maximum 
number of clients. Either increase the resources available to the LES (number 
of virtual connections, storage available, and so forth), or direct a portion of the 
clients from this LES to another. 
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Error 
Code 


Technical Description 


1ECO860F 


The LAN emulation configuration server denied a CONFIGURE request due to 
insufficient resources within the LECS. Typically, this indicates the LECS cur- 
rently serves its maximum number of clients. Try waiting a short period of time 
and trying again. 


1EC08701 


The LES has denied access to the AS/400 LEC for security reasons. If the 
LES has a configuration table, add the LEC to the table. Also, some LES 
implementations require that the LEC contact the LECS first before contacting 
the LES. In this case, change the line description parameter Use LECS 
address from *NO to *YES to contact the LECS. 


1EC0870F 


The LECS has denied access to the AS/400 LEC for security reasons. If the 
LECS has a configuration table, add the LEC to the table. Directly configuring 
the AS/400 LEC to use a specific LAN emulation server provides an alternative 
to using the LECS. Do this by changing the line description to *NO in the Use 
LECS Address parameter field and entering a valid ATM address in the LES 
ATM Address parameter fields. 


1EC08901 


The LEC attempted to register a LAN address during a JOIN request that the 
LAN emulation server considers invalid. This includes broadcast, multicast 
group or functional addresses. For Ethernet/802.3, the valid range for LAN 
addresses is '020000000000' to '7EFFFFFFFFFF' in hexadecimal. The valid 
range for token-ring/802.5 is '400000000000' to '7FFFFFFFFFFF' in 
hexadecimal. 


1EC0890F 


The LEC sent a CONFIGURE request with a LAN address the LAN emulation 
configuration server considers invalid. This includes broadcast, multicast group 
or functional addresses. For Ethernet/802.3, the valid range for LAN addresses 
is '020000000000' to '7EFFFFFFFFFF' in hexadecimal. The valid range for 
token-ring/802.5 is '400000000000' to '7FFFFFFFFFFF' in hexadecimal. 
Directly configuring the AS/400 LEC to use a specific LAN emulation server 
provides an alternative to using the LECS. Do this by changing the line 
description to *NO in the Use LECS Address parameter field and entering a 
valid ATM address in the LES ATM Address parameter fields. 


1ECO8A01 


This LEC sent a JOIN request to the LAN emulation server with an ATM 
address format that does not match the format in use by the LES. Since the 
AS/400 supports only one format it can not be changed. If possible, change 
the LES ATM address format to match that of the AS/400 client. Otherwise, the 
AS/400 LEC can not connect with this LES. 


1ECO8A0F 


This LEC sent a CONFIGURE request to the LAN emulation configuration 
server with an ATM address format that does not match the format in use by 
the LECS. Since the AS/400 supports only one format it can not be changed. If 
possible, change the LECS ATM address format to match that of the AS/400 
client. Otherwise, the AS/400 LEC can not connect with this LECS. Directly 
configuring the AS/400 LEC to use a specific LAN emulation server provides 
an alternative to using the LECS. Do this by changing the line description to 
*NO in the Use LECS Address parameter field and entering a valid ATM 
address in the LES ATM Address parameter fields. 


1EC08B01 


The LEC attempted to JOIN an emulated LAN using a maximum frame size 
larger than that supported by the LAN emulation server. The LLC maximum 
frame size must be less than or equal to the LAN emulation frame size of the 
LES. Use the CHGLINTRN command to change the maximum frame size on 
the token-ring line description for the LEC. The maximum frame size on 
Ethernet line descriptions are not configurable and, in this case, either the LES 
frame size must change or the AS/400 LEC cannot connect with this LES. 
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Table E-1 (Page 4 of 6). ATM Network Error Codes 


Error 
Code 


Technical Description 


1ECO8E01 


1ECO8E0F 


The LEC attempted to JOIN an emulated LAN using either an unsupported 
LEC frame size or a LEC frame size that is smaller than that of the LES. The 
LEC frame size may be one of only four values: 1516, 4544, 9234 or 18190. 
Either change the LES LAN emulation frame size or verify which frame size 
that the LES is using and use the CHGLINTRN command to change the line 
speed on the token-ring line description to the same size as the LES. Fora 
16M line speed the LEC frame size used is 18190, and for a 4M line speed the 
LEC frame size used id 4544. The LEC frame size of Ethernet line descriptions 
is not configurable and, if the LES frame size cannot be changed to 1516, the 
AS/400 LEC cannot connect with this LES. 


The LEC sent a CONFIGURE request to the LECS. The LEC received a valid 
response with a good status value. However, the maximum frame size 
returned by the LECS is greater than that of the client's configured LEC frame 
size. Either change the LECS configuration to point to a LES with a LAN emu- 
lation frame size that matches that of this client or verify which frame size that 
the LECS is returning and use the CHGLINTRN command to change the line 
speed on the token-ring line description to the same size as the LES. Fora 
16M line speed the LEC frame size used is 18190, and for a 4M line speed the 
LEC frame size used id 4544. The LEC frame size of Ethernet line descriptions 
is not configurable and, if the LECS cannot be altered to configure the client to 
an acceptable LES, the AS/400 LEC cannot connect useing the LECS. Directly 
configuring the AS/400 LEC to use a specific LAN emulation server provides 
an alternative to using the LECS. Do this by changing the line description to 
*NO in the Use LECS Address parameter field and entering a valid ATM 
address in the LES ATM Address parameter fields. 


1ECO8FOF 


The LEC sent a CONFIGURE request to the LECS. The LEC received a valid 
response with a status value of "unknown". This could be due to an LECS con- 
figuration problem, or due to an LECS failure. Directly configuring the AS/400 
LEC to use a specific LAN emulation server provides an alternative to using 
the LECS. Do this by changing the line description to *NO in the Use LECS 
Address parameter field and entering a valid ATM address in the LES ATM 
Address parameter fields. 


1EC0940F 


The LEC sent a CONFIGURE request to the LAN emulation configuration 
server but the LECS did not recognize the client. Some possible reasons for 
this include: the client has not been entered into a configuration table in the 
LECS; the client does not match a configuration for any LES registered with 
the LECS; the client does not match configuration parameters required by the 
LECS. This may be resolved by either changing the line description parame- 
ters to values acceptable to the LECS or changing the LECS configuration to 
recognize the client. Directly configuring the AS/400 LEC to use a specific LAN 
emulation server provides an alternative to using the LECS. Do this by 
changing the line description to *NO in the Use LECS Address parameter field 
and entering a valid ATM address in the LES ATM Address parameter fields. 


1ECO0950F 


The LEC sent a CONFIGURE request to the LAN emulation configuration 
server but the LECS returned an error status. Possible reasons for the error 
are a problem with the LECS configuration, conflicting information in the CON- 
FIGURE request that prevented the LECS from identifying an appropriate LES 
for this client, or a LECS failure. Changing the LECS configuration may elimi- 
nate the problem. Directly configuring the AS/400 LEC to use a specific LAN 
emulation server provides an alternative to using the LECS. Do this by 
changing the line description to *NO in the Use LECS Address parameter field 
and entering a valid ATM address in the LES ATM Address parameter fields. 
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Error 

Code Technical Description 

1ECO960F The LEC sent a CONFIGURE request to the LAN emulation configuration 
server but the LECS can not configure the client based on the information in 
the request. This may be resolved by either changing the line description 
parameters to values acceptable to the LECS or changing the LECS configura- 
tion to recognize the client. Directly configuring the AS/400 LEC to use a spe- 
cific LAN emulation server provides an alternative to using the LECS. Do this 
by changing the line description to “NO in the Use LECS Address parameter 
field and entering a valid ATM address in the LES ATM Address parameter 
fields. 

33001D90 ‘The interim local management interface (ILMI) attempted to contact the 
network switch but received no response within the timeout period. The 
problem most likely arises from an unconnected ATM cable, an inoperative 
network switch, a wrap connector on the ATM cable or a hardware problem 
with the input-output adapter (IOA). 

33001DA0 

53001D90 __—‘ The interim local management interface (ILMI) lost contact with the network 
switch. The problem most likely arises from a disconnected ATM cable, a 
network switch failure or a hardware problem with the input-output adapter 
(IOA). 

A5550000 ~=The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

A555FFFF 

A5AA0000_~=—«*The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

ASAAFFFF 

A5DDO0000_ «~The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

A5DDFFFF 

A5E10000 The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

A5E1FFFF 

A5E20000 The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

AS5E2FFFF 

A5EE0000- The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

A5EEFFFF 

A5F10000 The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

A5F1FFFF 

A5F20000 = The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

A5F2FFFF 

A5F30000 The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

A5F3FFFF 

A5F50000_ ~=The ATM card Licensed Internal Code failed. You should contact your service 

through provider. 

A5F5FFFF 
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Error 

Code Technical Description 

A5F70000 The ATM card Licensed Internal Code failed. You should contact your service 
through provider. 

A5F7FFFF 

A5F90000 = The ATM card Licensed Internal Code failed. You should contact your service 
through provider. 

A5F9OFFFF 

A5FAO0000 = The ATM card Licensed Internal Code failed. You should contact your service 
through provider. 

A5FAFFFF 

A5FCO000 The ATM card Licensed Internal Code failed. You should contact your service 
through provider. 

AS5FCFFFF 


ATM network cause codes 


The LAN emulation software may report a network cause code when an error 
occurs. 


UNI 3.0 


The following information is taken from the ATM Forum User Network Interface 
Standard, version 3.0: 


Table E-2 (Page 1 of 4). UNI 3.0 Network Cause Codes 


Cause Cause 
Code Code 
(Decimal) (Hex) Meaning Technical Description 


1 1 Unallocated (unas- This cause indicates that the called party cannot be 
signed) number reached because, although the number is in a valid 
format, it is not currently assigned (allocated). 

2 2 No route to specified This cause indicates that the equipment sending this 

transit network cause has received a request to route the call through a 
particular network which it does not recognize. The equip- 
ment sending the cause does not recognize the transit 
network either because the transit network does not exist 
or because that particular transit network, while it does 
exist, does not serve the equipment which is sending this 
cause. This cause is supported on a network-dependent 
basis. 

3 3 No route to destination This cause indicates that the called party cannot be 
reached because the network through which the call has 
been routed does not serve the destination desired. 

10 OA VPCI/VCI unacceptable This cause indicates that the virtual channel most recently 
identified is not acceptable to the sending entity for use in 
this call. 

17 11 User busy This cause is used to indicate that the called party is 
unable to accept another call because the user busy con- 
dition has been encountered. This cause value may be 

generated by the called user or by the network. 
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Cause Cause 

Code Code 

(Decimal) (Hex) Meaning 

18 12 No user responding 

21 15 Call rejected 

22 16 Number changed 

23 17 User rejects all calls with 
calling line identification 
restriction (CLIR) 

27 1B Destination out of order 

28 1C Invalid number format 
(address incomplete) 

30 1E Response to STATUS 
ENQUIRY 

31 1F Normal, unspecified 

35 23 Requested VPCI/VCI not 
available 

38 26 Network out of order (not 
used in UNI 3.0) 

41 29 Temporary failure 

43 2B Access information dis- 
carded 

45 2D No VPCI/VCI available 

47 2F Resource unavailable, 
unspecified 

49 31 Quality of Service una- 


vailable 


Technical Description 


This cause is used when a called party does not respond 
to a call establishment message with a connect indication 
within the prescribed period of time allocated. 

This cause indicates that the equipment sending this 
cause does not wish to accept this call, although it could 
have accepted the call because the equipment sending 
this cause is neither busy nor incompatible. 

This cause is returned to a calling party when the called 
party number indicated by the calling user is no longer 
assigned. The new called party number may optionally be 
included in the diagnostic field. If a network does not 
support this capability, cause number 1 "unassigned 
(unallocated) number", should be used. 

This caused is returned by the called party when the call 
is offered without calling party number information and the 
called party requires this information. 

This cause indicates that the destination indicated by the 
user cannot be reached because the interface to the des- 
tination is not functioning correctly. The term "not func- 
tioning correctly" indicates that a signalling message was 
unable to be delivered to the remove user; for example, a 
physical layer of SAAL failure at the remote user, user 
equipment off-line. 

This cause indicates that the called user cannot be 
reached because the called party number is not in a valid 
format or is not complete. 

This cause is included in the STATUS message when the 
reason for generating the STATUS message was the prior 
receipt of a STATUS ENQUIRY message. 

This cause is used to report a normal event only when no 
other cause in the normal class applies. 

This cause indicates that the requested VPCI/VCI is not 
available. 

This cause indicates that the network is not functioning 
correctly and that the condition is likely to last a relatively 
long period of time; for example, immediately re- 
attempting the call is not likely to be successful. 

This cause indicates that the network is not functioning 
correctly and that the condition is not likely to last a long 
period of time; for example, the user may wish to try 
another call attempt immediately. 

This cause indicates that the network could not deliver 
access information to the remote user as requested: ATM 
adaptation layer parameters; broadband low layer infor- 
mation; broadband high layer information; or sub-address 
as indicated in the diagnostic. 

This cause indicates that there is no appropriate 
VPCI/VCI presently available to handle the call. 

This cause is used to report a resource unavailable event 
only when no other cause in the resource unavailable 
class applies. 

This cause is used to report that the requested Quality of 
Service cannot be provided. 
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Cause 
Code 
(Decimal) 


51 


57 


58 


63 


65 


73 


81 


82 


88 


89 


91 


92 


93 


96 


97 


Cause 
Code 
(Hex) 


33 


39 


3A 


3F 


41 


49 


51 


52 


58 


59 


5B 


5C 


5D 


60 


61 


Meaning 


User cell rate not avail- 
able 

Bearer capability not 
authorized. 


Bearer capability not 
presently available 


Service of option not 
available, unspecified 


Bearer capability not 
implemented 
Unsupported combina- 
tion of traffic parameters 


Invalid call reference 
value 
Identified channel does 


not exist 


Incompatible destination 


Invalid endpoint refer- 
ence 


Invalid transit network 
selection 


Too many pending add 
party requests 


AAL parameters cannot 
be supported 


Mandatory information 
element is missing 


Message type non- 
existent or not imple- 
mented 


Technical Description 


This cause is used to report that the requested ATM User 
Cell Rate is unobtainable. 

This cause indicates that the user has requested a bearer 
capability which is implemented by the equipment which 
generated this cause but the user is not authorized to 
use. 

This cause indicates that the user requested a bearer 
capability which is implemented by the equipment which 
generated the cause but which is not available at the 
time. 

This cause is used to report a service or option not avail- 
able event only when no other cause in the service or 
option no available class applies. 

This cause indicates that the equipment sending this 
cause does not support the bearer capability requested. 
This cause indicates that the combination of traffic param- 
eters contain in the ATM user cell rate information 
element is not supported. 

This cause indicates that the equipment sending this 
cause has received a message with a call reference 
which is not currently in use on the user-network inter- 
face. 

This cause indicates that the equipment sending this 
cause has received a request to use a channel not acti- 
vated on the interface for a call. 

This cause indicates that the equipment sending this 
cause has received a request to establish a call which 
has Broadband low layer information, Broadband high 
layer information, or other compatibility attrioutes which 
cannot be accommodated. 

This cause indicates that the equipment sending this 
cause has received a message with an endpoint refer- 
ence which is currently not in use on the user-network 
interface. 

This cause indicates that a transit network identification 
was received which is of an incorrect format as defined in 
Annex D. 

This cause indicates a temporary condition when the 
calling party sends an add party message but the network 
is unable to accept another add party message because 
its queues are full. 

This cause indicates that the equipment sending this 
cause has received a request to establish a call which 
has ATM adaptation layer parameters which cannot be 
accommodated. 

This cause indicates that the equipment sending this 
cause has received a message which is missing an infor- 
mation element which must be present in the message 
before the message can be processed. 

This cause indicates that the equipment sending this 
cause has received a message with a message type it 
does not recognize either because this is a message not 
defined or defined but not implemented by the equipment 
sending this cause. 
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Cause Cause 

Code Code 

(Decimal) (Hex) Meaning Technical Description 

99 63 Information element non- This cause indicates that the equipment sending this 

existent or not imple- cause has received a message which includes information 

mented elements not recognized because the information element 
identifiers are not defined or are defined but not imple- 
mented by the equipment sending the cause. This cause 
indicates that the information elements were discarded. 
However, the information element is not required to be 
present in the message in order for the equipment 
sending this cause to process the message. 

100 64 Invalid information This cause indicates that the equipment sending this 

element contents cause has received an information element which it has 
implemented; however, one or more of the fields in the 
information element are coded in such a way which has 
not been implemented by the equipment ending this 
cause. 

101 65 Message not compatible this cause indicates that a message has been received 

with call state which is incompatible with the call state. 

102 66 Recovery on timer expiry This cause indicates that a procedure has been initiated 
by the expiry of a timer in association with error handling 
procedures. 

104 68 incorrect message length This cause is used to report in inconsistent message 
length. 

111 6F Protocol error, unspeci- This cause is used to report a protocol error event only 

fied when no other cause in the protocol error class applies. 

UNI 3.1 


The following information was taken from the ATM Forum User Network Interface 
Standard, version 3.1: 


Table E-3 (Page 1 of 4). UNI 3.1 Network Cause Codes 


Cause 
Code Code 
(Decimal) (Hex) 


1 1 


Cause 


Meaning Technical Description 


Unallocated (unas- 
signed) number 


This cause indicates that the called party cannot be 
reached because, although the number is in a valid format, 
it is not currently assigned (allocated). 

This cause indicates that the equipment sending this 
cause has received a request to route the call through a 
particular network that it does not recognize. The equip- 
ment sending the cause does not recognize the transit 
network either because the transit network does not exist, 
or because that particular transit network, while it does 
exist, does not serve the equipment that is sending this 
cause. This cause is supported on a network-dependent 
basis. 

This cause indicates that the called party cannot be 
reached because the network through which the call has 
been routed does not serve the destination desired. 

This cause indicates that the virtual channel most recently 
identified is not acceptable to the sending entity for use in 
tis ca 


No route to specified 
transit network 


No route to destination 


10 OA VPCI/VCI unacceptable 
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Cause Cause 

Code Code 

(Decimal) (Hex) Meaning 

16 10 Normal call clearing 

17 11 User busy 

18 12 No user responding 

21 15 Call rejected 

22 16 Number changed 

23 17 User rejects all calls 
with calling line identifi- 
cation restriction (CLIR) 

27 1B Destination out of order 

28 1C Invalid number format 
(address incomplete) 

30 1E Response to STATUS 
ENQUIRY 

31 1F Normal, unspecified 

35 23 Requested VPCI/VCI 
not available 

38 26 Network out of order 
(not used in UNI 3.0) 

41 29 Temporary failure 

43 2B Access information dis- 


carded 


Technical Description 


This cause indicates that the call is being cleared because 
one of the users involved in the call has requested that the 
call be cleared. 

This cause is used to indicate that the called party is 
unable to accept another call because the user busy con- 
dition has been encountered. This cause value may be 
generated by the called user or by the network. 

This cause is used when a called party does not respond 
to a call establishment message with a connect indication 
within the prescribed period of time allocated. 

This cause indicates that the equipment sending this 
cause does not wish to accept this call, although it could 
have accepted the call because the equipment sending 
this cause is neither busy nor incompatible. 

This cause is returned to a calling party when the called 
party number indicated by the calling user is no longer 
assigned. The new called party number may optionally be 
included in the diagnostic field. If a network does not 
support this capability, cause number 1, "unassigned 
(unallocated) number", should be used. 

This cause is returned by the called party when the call is 
offered without calling party number information, and the 
called party requires this information. 

This cause indicates that the destination indicated by the 
user cannot be reached because the interface to the desti- 
nation is not functioning correctly. The term "not func- 
tioning correctly" indicates that a signalling message was 
unable to be delivered to the remote user. An example is a 
physical layer of SAAL failure at the remote user, user 
equipment off-line. 

This cause indicates that the called user cannot be 
reached because the called party number is not in a valid 
format or is not complete. 

This cause is included in the STATUS message when the 
reason for generating the STATUS message was the prior 
receipt of a STATUS ENQUIRY message. 

This cause is used to report a normal event only when no 
other cause in the normal class applies. 

This cause indicates that the requested VPCI/VCI is not 
available. 

This cause indicates that the network is not functioning 
correctly, and that the condition is likely to last a relatively 
long period of time. For example, immediately re- 
attempting the call is not likely to be successful. 

This cause indicates that the network is not functioning 
correctly and that the condition is not likely to last a long 
period of time. For example, the user may wish to try 
another call attempt immediately. 

This cause indicates that the network could not deliver 
access information to the remote user as requested. 
Examples are ATM adaptation layer parameters, 
broadband low layer information, broadband high layer 
information, or sub-address as indicated in the diagnostic. 
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Cause Cause 

Code Code 

(Decimal) (Hex) Meaning 

45 2D No VPCI/VCI available 

47 2F Resource unavailable, 
unspecified 

49 31 Quality of Service una- 
vailable 

51 33 User cell rate not avail- 
able 

57 39 Bearer capability not 
authorized. 

58 3A Bearer capability not 
presently available 

63 3F Service of option not 
available, unspecified 

65 41 Bearer capability not 
implemented 

73 49 Unsupported combina- 
tion of traffic parameters 

81 51 Invalid call reference 
value 

82 52 Identified channel does 
not exist 

88 58 Incompatible destination 

89 59 Invalid endpoint refer- 
ence 

91 5B Invalid transit network 
selection 

92 5C Too many pending add 
party requests 

93 5D AAL parameters cannot 
be supported 

96 60 Mandatory information 


element is missing 


Technical Description 


This cause indicates that there is no appropriate VPCI/VCI 
presently available to handle the call. 

This cause is used to report a resource unavailable event 
only when no other cause in the resource unavailable 
class applies. 

This cause is used to report that the requested Quality of 
Service cannot be provided. 

This cause is used to report that the requested ATM User 
Cell Rate is unobtainable. 

This cause indicates that the user has requested a bearer 
capability that is implemented by the equipment that gen- 
erated this cause, but which the user is not authorized to 
use. 

This cause indicates that the user requested a bearer 
capability that is implemented by the equipment that gen- 
erated the cause, but that is not available at the time. 
This cause is used to report a service or option not avail- 
able event only when no other cause in the service or 
option not available class applies. 

This cause indicates that the equipment sending this 
cause does not support the bearer capability requested. 
This cause indicates that the combination of traffic param- 
eters contained in the ATM user cell rate information 
element is not supported. 

This cause indicates that the equipment sending this 
cause has received a message with a call reference that is 
not currently in use on the user-network interface. 

This cause indicates that the equipment sending this 
cause has received a request to use a channel not acti- 
vated on the interface for a call. 

This cause indicates that the equipment sending this 
cause has received a request to establish a call that has 
Broadband low layer information, Broadband high layer 
information, or other compatibility attributes that cannot be 
accommodated. 

This cause indicates that the equipment sending this 
cause has received a message with an endpoint reference 
that is currently not in use on the user-network interface. 
This cause indicates that a transit network identification 
was received that is of an incorrect format as defined in 
Annex D. 

This cause indicates a temporary condition when the 
calling party sends an add party message, but the network 
is unable to accept another add party message because 
its queues are full. 

This cause indicates that the equipment sending this 
cause has received a request to establish a call that has 
ATM adaptation layer parameters that cannot be accom- 
modated. 

This cause indicates that the equipment sending this 
cause has received a message that is missing an informa- 
tion element that must be present in the message before 
the message can be processed. 
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Cause Cause 

Code Code 

(Decimal) (Hex) Meaning Technical Description 

97 61 Message type non- This cause indicates that the equipment sending this 
existent or not imple- cause has received a message with a message type it 
mented does not recognize, either because this is a message not 

defined, or because it is defined but not implemented by 
the equipment sending this cause. 

99 63 Information element This cause indicates that the equipment sending this 
non-existent or not cause has received a message that includes information 
implemented elements that are not recognized because the information 

element identifiers are not defined or, because they are 
defined but not implemented by the equipment sending the 
cause. This cause indicates that the information elements 
were discarded. However, the information element is not 
required to be present in the message in order for the 
equipment sending this cause to process the message. 

100 64 Invalid information This cause indicates that the equipment sending this 
element contents cause has received an information element that it has 

implemented. However, one or more of the fields in the 
information element are coded in such a way that has not 
been implemented by the equipment sending this cause. 

101 65 Message not compatible This cause indicates that a message has been received 
with call state that is incompatible with the call state. 

102 66 Recovery on timer This cause indicates that a procedure has been initiated 
expiry by the expiry of a timer in association with error handling 

procedures. 

104 68 Incorrect message This cause reports an inconsistent message length. 
length 

111 6F Protocol error, unspeci- This cause reports a protocol error event only when no 
fied other cause in the protocol error class applies. 
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description of 8-3, 8-29 
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example 1 8-3 
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internal system failure 7-13 
token-ring 8-16 
exchange identifier (EXCHID) parameter 2-9 
exchange identifier (XID) 
local area network 2-8 
exchange identifier parameter 
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fast Ethernet 
definition 1-6 
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adapter address restrictions 3-4 
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See also DDI (distributed data interface) 
fiber distributed data interface 1-11 
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finding errors 7-13 
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format 3 XID 2-8 
frame 1-5 
frame copied bit 1-3 
frame format 
DDI network 1-11 
Ethernet IEEE 802.3 network 1-6 
Ethernet Version 2 network 1-7 
frame-relay network 9-7, 9-8 
SNA data over Ethernet Version 2 network 1-7 
token-ring network 1-3 
frame reject (FRMR) condition 3-6 
frame size considerations 
bridged LAN 5-6 
DDI (distributed data interface) network 
performance 13-3 
Ethernet network 5-6 
frame-relay network 9-11 
LAN bridge 2-14 
N203 value 9-11 
token-ring network 
3174 gateway 3-6 
description 3-6 
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performance 3-5 
frame-relay core services (FRCS) 
frame format 9-8 
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description 9-7 
addressing considerations 9-6 
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description 9-4 
bridged token-ring configuration 
configuration example 10-8 
clocking 9-2 
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configuration objects 9-5 
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description 9-4 
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frame size considerations 9-11 
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frame-relay network (continued) 
overview 1-8 
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physical interface 9-1 
protocol header 
format 9-8 
SNA direct configuration 
description 9-3 
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configuration example 10-1 
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configuration example 10-6 
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full-duplex token ring 1-4 
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half-duplex Ethernet 5-1 
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INLCNN parameter 2-8 
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installing 
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example 7-13 
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LAN emulation 7-6 
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wireless network configuration 11-8 
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wireless network configuration 11-8 
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description 9-4 
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assigning a logical address 2-4 
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automatic creation of APPC controllers 2-10 
concepts 2-1 
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OS/400 2-8 
considerations 
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standards 1-1 
LAN access priority (LANACCPTY) parameter 2-14 
LAN acknowledgement frequency (LANACKFRQ) 
parameter 2-12 
LAN acknowledgement timer (LANACKTMR) 
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LAN adapter 
number of SNA connections supported 2-2 
LAN adapter profile 
DSPLANADPP (Display LAN Adapter Profile) 
command C-8 
LAN bridge addressing 
8229 D-1 
LAN communications trace 
description B-1 
using system service tools (SST) B-1 
LAN connection retry (LANCNNRTY parameter) 2-11 
LAN connection retry (LANCNNRTY) parameter 2-6 
LAN connection timer (LANCNNTMR) parameter 2-6, 
2-11 
LAN considerations, bridged D-1 
LAN emulation 7-6 
ATM address 7-1, 7-2 
broadcast and unknown server 7-2 
client 7-2 
configuration considerations 8-1 
configuration example 8-2, 8-16, 8-28 
configuration server 7-1, 7-2 
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emulated LAN 7-1 
enabling the client 7-4 
error codes, descriptions of E-1 
Ethernet 7-1 
server 7-2 
standards 7-6 
token-ring 7-1 
what is? 7-1 
LAN emulation client 7-2 
LAN emulation configuration server 
definition 7-1 
LAN emulation domain 
definition 7-1 
LAN emulation protocol summary 7-4 
LAN emulation server 7-2 
definition 7-2 
LAN emulation service 7-1 
definition 7-1 
LAN emulation standards 7-6 
LAN frame retry (LANFRMRTY) parameter 2-11 
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LAN inactivity timer (LANINACTMR) parameter 2-13 
LAN link test 
adapter address considerations A-3 
completion codes A-4 
description A-1 
local adapters A-3 
remote stations A-1 
running A-1 
LAN manager 
command summary C-6 
description C-1 
logging level terminology C-5 
LAN maximum outstanding data frames (LANMAXOUT) 
parameter 2-13 
LAN parameter table 
LAN parameters 2-15 
LAN response timer (LANRSPTMR) parameter 2-11 
LAN status 
DSPLANSTS (Display LAN Status) command C-10 
LAN switch 1-6 
LAN window step (LANWDWSTP) parameter 2-14 
LANACCPTY (LAN access priority) parameter 2-14 
LANACKFRQ (LAN acknowledgement frequency) 
parameter 2-12 
LANACKTMR (LAN acknowledgement timer) 
parameter 2-12 
LANCNNRTY (LAN connection retry) parameter 2-6, 
2-11 
LANCNNTMR (LAN connection timer) parameter 2-6, 
2-11 
LANFRMRTY (LAN frame retry) parameter 2-11 
LANINACTMR (LAN inactivity timer) parameter 2-13 
LANMAXOUT (LAN maximum outstanding data frames) 
parameter 2-13 
LANRSPTMR (LAN response timer) parameter 2-11 
LANWDWSTP (LAN window step) parameter 2-14 
LCLEXCHID (local exchange identifier) parameter 2-8 
LCLMGRMODE (local manager mode) parameter C-5 
line description 
creating 8-7, 8-19, 8-32 
Ethernet 7-9, 7-10 
LAN emulation client 7-9 
parameters 7-10 
permanent virtual circuit (PVC) 7-9 
switched virtual circuit (SVC) 7-9 
token-ring 7-9, 7-10 
line description command 
token-ring 7-10 
Line Descriptions 9-5 
LINE macroinstruction 
Ethernet network configuration 6-15 
line speed (LINESPEED) parameter 
frame-relay network 9-1 
line trace B-6 
line traffic 
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LINESPEED (line speed) parameter 


frame-relay network 9-1 
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adapter address considerations A-3 
completion codes A-4 


description A-1 
local adapters 


remote stations A-1 


running A-1 
LLC layer 2-2 
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LMI (local management interface) 


description 9-1 


LMIMODE (local management interface) 


parameter 9-14 
local adapters 
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LAN link test A-3 


local area network (LAN) 
AS/400 implementation 2-1 


assigning a logical address 2-4 


assigning a physical address 2-3 
automatic creation of APPC controllers 2-10 


concepts 2-1 


connection establishment 


OS/400 2-8 
considerations 


assigning 2-3 
unacknowledged service 2-2 
data link role 2-8 


definition 1-1 


exchange identifiers 2-8 


standards 1-1 
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local management interface (LMI) 


description 9-1 


local management interface (LMIMODE) 
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local manager mode (L.CLMGRMODE) parameter 
Local SNA display 4-25 
local work station controller description 
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parameter C-3 


log level (LOGLVL) parameter 
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parameter C-3 
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logical address 
assigning 2-4 
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acknowledged services 2-2 
LOGLVL (log level) parameter 
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MAC (medium access control) address 
definition 2-3 
Ethernet D-1 
MAC address format 
DDI (distributed data interface) network 13-3 
token-ring network 3-3 
wireless network 11-11 
management, network 7-16 
MAU (multistation access unit) 3-1 
MAXCTL (maximum controllers) parameter 2-6 
MAXFRAME (maximum frame size) parameter 
considerations 9-12 
DDI (distributed data interface) network 13-3 
frame-relay network 9-11 
token-ring network 3-5 
maximum controllers (MAXCTL) parameter 2-6 
maximum frame size 
SSAP (SSAP list) parameter 
Ethernet network 5-6 
token-ring network 3-6 
maximum frame size (MAXFRAME) parameter 
DDI (distributed data interface) network 13-3 
frame-relay network 9-11 
token-ring network 3-5 
maximum frame size (TRMF) parameter 
Client Access 6-7 
maximum number of frames before 
acknowledgement 2-12 
maximum source service access point 2-4 
Medium Access Control (MAC) 
definition 1-2 
medium access control (MAC) address 
definition 2-3 
Ethernet D-1 
model controller 2-9 
Model/Attach display 4-24 
modem eliminator connection 
frame-relay network 
description 9-4 
modem eliminator, SNA direct connection 
frame-relay network 
configuration example 10-5 
MODEM parameter 9-2 
multiple cell network 11-1 
multiprotocol environment 2-3 
multistation access unit (MAU) 3-1 
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frame-relay network frame size 9-11 
NCP generation 
LINE macroinstruction 
LOCADD parameter 4-18 


NCP generation (continued) 
PU macroinstruction 
IDBLK parameter 4-19 
IDNUM parameter 4-19 
token-ring network 
example 4-18 
NCP generation for 3745 controller 
token-ring network 
example 4-18 
NCP/VTAM configuration 4-27 
negotiated service connection 1-8, 7-1 
network 
cause codes, descriptions of E-6 
configuring 8-1 
management considerations 7-17 
overview of steps 8-1 
security considerations 7-17 
switches 1-8, 7-1 
network controller and devices for TCP/IP 6-21 
network interface 
commands 7-8 
creating 8-3, 8-17, 8-29 
display 8-10, 8-23, 8-36 
Network Interface Description (NWI) 9-5 
network interface parameters 7-8 
Notices xvii 
NULL exchange identifier 2-8 
NWIDLCI (DLC identifier) parameter 9-7 
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OS/2 Client Access considerations 6-7 
OS/2 Communications Manager 2-8 
OS/400 

RMTCPNAME parameter 4-6 

unsuccessful connections 2-8 
OS/400 security considerations 7-17 
other AS/400 printed information X-2 
overview of steps 

configuring a network 8-1 
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parameters 
line description 7-10 
network interface 7-8 
performance 
access priority 2-14 
acknowledgement frequency 


LANACKTMR (LAN acknowledgement timer) 


parameter 2-12 
bridge considerations 2-13 
DDI (distributed data interface) network 
frame size considerations 13-3 
emulated LAN 7-16 
Ethernet bus configuration 5-2 
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performance (continued) 
frame retransmission parameters 2-12 
inactivity timer 2-13 
LANxxxxxx parameters 2-10 
network congestion 2-14 
outstanding frames 2-13 
polling parameters 2-11 
reducing outstanding frames 2-14 
token-ring network 
early token release 3-2 
frame size considerations 3-5 
ring configuration 3-2 
performance tips for an emulated LAN 7-16 
performance tuning parameters 
frame-relay network 9-13 
permanent virtual circuit (PVC) 7-9 
personal computer 
token-ring network configuration 4-6 
personal computer in Ethernet network and AS/400 
system in token-ring network 6-21 
personal computer in token-ring network and AS/400 
system an Ethernet network 6-21 
physical adapter address 2-3 
physical address 
assigning 2-3 
finding 2-3 
physical address format 
DDI (distributed data interface) network 13-3 
Ethernet network 5-4 
token-ring network 3-3 
wireless network 11-11 
physical environment 
DDI (distributed data interface) network 13-1 
frame-relay network 9-1 
token-ring network 3-1 
wireless network 11-1 
physical interface (INTERFACE) parameter 9-1 
polling 2-6 
setting frequency 2-11 
setting number of retries 2-11 
wireless network 11-12 
polling interval (POLLITV) parameter 9-15 
POLLITV (polling interval) parameter 9-15 
preset adapter address 
Ethernet network 5-4 
preset address 2-3 
definition 2-3 
problem determination 
ATM adapter 7-13 
descriptions of error codes_ E-1 
descriptions of network cause codes_ E-6 
error reporting 7-13 
licensed internal code 7-13 
line traces B-6 
protocol header 
frame-relay network 9-8 
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PRTERRLOG 7-13 


Q 
QHST history log 
ring error logging C-3 
QSYSOPR_ 7-13 
QSYSOPR message queue 
ring error logging C-3 
QZXCINZ initialization program 11-9 
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reference codes 
joblog 7-13 
PRTERRLOG 7-13 
QSYSOPR_ 7-13 
remote control point name (RMTCPNAME) 
parameter 4-6 
remote control point name (RTLN) parameter 
Client Access 6-7 
remote stations 
LAN link test A-1 
remote system address (TRLI) parameter 
Client Access 6-7 
remote work station controller description 
prompt display 6-10 
resource name (RSRCNAME) parameter 
determining for wireless network 
local work station controller description 11-5 
wireless line description 11-5 
Ring Address Assignment display 4-25 
ring configuration 3-2 
ring error monitor (REM) 
REM (ring error monitor) C-1 
Ring Transmission Definition display 4-26 
RISC System/6000 books X-3 
RMTCPNAME (remote control point name) 
parameter 4-6 
ROLE (data link role) parameter 2-9 
RSRCNAME (resource name) parameter 
determining for wireless network 
local work station controller description 11-5 
wireless line description 11-5 
RTLN (remote control point name) parameter 
Client Access 6-7 
token-ring network configuration 4-6 


S) 
SABME (Set Asynchronous Balanced Mode-Extended) 
command 2-9 
SAP (service access point) 
assigning a logical address 2-4 
configuration example for 2-4 
configuring 4-7 


SAP (service access point) (continued) 
definition 2-4 
relationship between 2-5 
specifying alternative service access points 
parallel station-to-station connections 2-5 
SSAP or DSAP is not hex 04 2-5 
specifying SSAP and DSAP values 2-4 
TCP/IP values 2-4 
token-ring network 
configuration example 4-7 
user-defined values 2-4 
SDDI 1-11 
See also DDI (distributed data interface) 
security considerations 
network 7-17 
system 7-17 
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broadcast and unknown = 7-2 
LAN emulation 7-2 
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service 
LAN emulation 7-1 
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configuring 4-7 
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token-ring network 
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command 2-9 
shielded twisted pair distributed data interface 1-11 
See also DDI (distributed data interface) 
signaling 7-6 
single cell network 
wireless network 11-1 
SNA books X-3 
SNA connections 
number supported per LAN adapter 2-2 
SNA direct configuration 
description 9-3 
SNA direct connection 
frame-relay network 
configuration example 10-1 
SNA direct connection to host system 
frame-relay network 
configuration example 10-6 
source service access point (SSAP) 
definition 2-4 


source service access point (SSAP) (continued) 
maximum 2-4 
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Systems Network Architecture 2-5 
Transmission Control Protocol/Internet 
Protocol 2-5 
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Systems Network Architecture 2-5 
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Protocol 2-5 
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maximum frame size 5-6 
token-ring network 
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SST (system service tools) 
communications trace using B-1 
standards 
industry compatibility 7-6 
LAN emulation 7-6 
local area network (LAN) 1-1 
signaling and interim local management 
interface 7-6 
standards books X-4 
station 
definition 2-1 
station-to-station connection 2-5, 2-6 
summary of capabilities 7-6 
switched disconnect (SWTDSC) parameter 4-6 
switching 
ATM 7-5 
definition 7-5 
SWTDSC (switched disconnect) parameter 4-6 
SWTLINLST (switched line list) parameter 2-4 
system operator message queue (QSYSOPR) 
QSYSOPR (system operator message queue) C-1 
system service tools (SST) 
communications trace using B-1 
System/36 
CNFIGICF displays 
APPC and APPN Session Group Additional 
Options 4-17 
APPC and APPN Session Group Definition 4-16 
Remote System Attributes 4-11 
Remote System Selection 4-11 
Session Group Selection 4-15 
SNA Configuration Member Type 4-10 
SNA Line Member Attributes 4-10 
SSP-ICF Configuration Member Definition 4-9 
SSP-ICF Configuration Member Type 4-10 
token-ring network configuration 4-7 
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SSAP value 2-5 
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TCP/IP (Transmission Control Protocol/Internet Pro- 
tocol) 
6611 Network Processor 
SAP filter 10-10 
network controller and devices 6-21 
service access point values 2-4 
SSAP value 2-5 
use of unacknowledged service 2-2 
TCP/IP protocol 2-2 
TKNRTTTIME (token rotation time) parameter 13-3 
token 1-3 
token bit 1-3 
token ring 
Ethernet address conversion D-3 
personal computer in Ethernet network and AS/400 
system 6-21 
token ring and AS/400 system in Ethernet 
network 6-21 
token rotation time (TKNRTTTIME) parameter 13-3 
token-ring 
*DIRECT 7-9 
*PVC 7-9 
*SVC 7-9 
LAN emulation 7-1 
line description 7-9, 7-10 
Token-Ring Gateway display 4-25 
token-ring inform of beacon (TRNINFBCN) 
parameter C-3 
token-ring line description 7-10 
token-ring network 
3174 Model 1L Subsystem Control Unit configuration 
example 
Local SNA display 4-25 
Model/Attach display 4-24 
NCP/VTAM 4-27 
Ring Address Assignment display 4-25 
Ring Transmission Definition display 4-26 
Token-Ring Gateway display 4-25 
3174 Subsystem Control Unit configuration example 
Token-Ring Network display 4-29 
adapter cable 3-1 
bridged LAN configuration 
addressing considerations 3-5 
frame size considerations 3-6 
configuration 4-27 
configuration example 
3174 gateway 4-24 
3174 Subsystem Control Unit 4-28 
3270 emulation device description 4-18 
3745 controller 4-18 
AS/400-to-AS/400 4-3 
DHCF display device description 4-18 
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token-ring network (continued) 
configuration example (continued) 
NCP generation for 3745 controller 4-18 
personal computer 4-6 
service access points, configuring 4-7 
System/36 4-7 
token-ring network line description 4-1 
token-ring network to personal computer 4-6 
configuration records for AS/400 system D-2 
definition 1-3 
frame format 1-3 
frame size considerations 3-6 
functional address 3-5 
order of bit transmission 3-3 
overview 1-3 
performance 
early token release 3-2 
frame size considerations 3-5 
personal computer configuration example 
controller description 4-6 
Installing OS/400 display 4-6 
physical address format 3-3 
physical environment 3-1 
ring configuration 3-2 
Token-Ring Network display 4-29 
token-ring network line description 
prompt display 4-1 
token-ring network to personal computer 
configuration example 4-6 
token-ring switch 1-4 
token-ring-to-Ethernet bridge configuration 
example 6-8 
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starting B-2 


trace filters 
DDI (distributed data interface) line B-3 
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frame-relay NWI B-5 
transceiver 
IEEE 802.3 5-1 
Transmission Control Protocol/Internet Protocol 
(TCP/IP) 
network controller and devices 6-21 
SSAP value 2-5 
use of unacknowledged service 2-2 
transport port (TXPPORT parameter) 11-8 
TRLAN manager logging level (TRNLOGLVL) param- 
eter C-3 
TRLAN manager mode (TRNMGRMODE) 
parameter C-3 
TRLI (remote system address) parameter 
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parameter C-3 
TRNLOGLVL (TRLAN manager logging level) param- 
eter C-3 
TRNMGRMODE (TRLAN manager mode) 
parameter C-3 
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user to network interface (UNI) standard 7-6 
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CL command summary 11-5 
configuration 11-3 
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definition 1-11 
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overview 1-11 
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